Стив Лангашек (Steve Langasek) из компании Canonical рассказал (https://discourse.ubuntu.com/t/i386-architecture-will-be-dro...) о намерении предоставить пользователям Ubuntu 19.10 возможности использования библиотек для 32-разрядной архитектуры x86 через заимствование данных библиотек из Ubuntu 18.04. Отмечается, что поддержка библиотек i386 будет продолжена, но будет заморожена на состоянии Ubuntu 18.04.
Таким образом пользователи Ubuntu 19.10 смогут установить библиотеки, необходимые для запуска 32-разрядных приложений и игр как минимум до времени окончания поддержки выпуска Ubuntu 18.04, обновления для которого будут формироваться до апреля 2023 года (по платной подписке до 2028 года). Библиотеки можно будет установить прямо из репозитория Ubuntu 18.04, в который, в рамках работы по обновлению графического стека в LTS-ветке, некоторое время будут переноситься выпуски Mesa из актуальных релизов Ubuntu, что частично решит проблему с возможным нарушение совместимости 32-разрядных графических библиотек с новыми драйверами.
Напомним, что представители Canonical изначально упоминали (https://discourse.ubuntu.com/t/i386-architecture-will-be-dro...) только о возможности запуска 32-разрядных приложений в Ubuntu 19.10+ с использованием контейнеров с окружением Ubuntu 18.04 или snap-пакетов в runtime core18. В дальнейшем всплыла (https://www.opennet.ru/opennews/art.shtml?num=50920) невозможность использования в текущем виде Wine без 32-разрядных библиотек из-за неготовности 64-разрядной версии. В итоге компания Valve выразила (https://www.opennet.ru/opennews/art.shtml?num=50935) намерение отказаться от официальной поддержки Steam в Ubuntu 19.10 и более новых выпусках.
URL: https://www.reddit.com/r/linux/comments/c45o8y/steve_langase.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=50943
Прогнулись!
В каком-то смысле даже жаль, что прогнулись
Возможно, это сделано для того, чтобы разрабы успели до/перепилить либы и программы под x64
Все таки x32 - уже старье, и ему пора на свалку истории
x32 не старье. В embedded это самое то. Вопрос в другом, нужно ли 32 бита в Ubuntu? Так складывается, что нет, никто не пользуется. Хотя оптимальнее было бы тянуть x32 до тех пор, пока средний объем памяти на десктопах не превысит 64Гб.
>Хотя оптимальнее было бы тянуть x32 до тех пор, пока средний объем памяти на десктопах не превысит 64Гб.64ГБ?
Может я чего-то не понимаю, но сейчас и 8ГБ хватает за глаза при обычном использовании.
а ты оптимист, если думаешь, что потребление памяти у программ не будет расти. Будет и еще как!
Особенно если на оптимизацию продолжат забивать, как сейчас. Типа: "Подумаешь, калькулятор требует 4 Гб оперативки. Зато он на модном-молодежном электроне!"
и я в очередной раз спрашиваю: как думаешь, почему забивают на оптимизацию?
гаспадина деньгов не платить!
Если не использовать всякое УГ, типо электрона. То этого количества памяти хватит ещё на года.
> Если не использовать всякое УГ, типолюбого современного браузера. Мне 4Г уже откровенно мало стало для веба. ☹
Сколько раз вам ещё объяснять, что проблема в сайтах, увешанных скрптами по самое немогу, а не в браузерах?
А чего FF с NoScript тогда столько жрёт?
Впрочем, не важно, результат-то один.
> обычномОбычно, самые большие заблуждения начинаются со слов "Очевидно что.."
> 8ГБ хватает за глаза при обычном использованииОткройте побольше гугло и карт панорам улиц и в Гимпе большую иллюстрацию.
И виртуалка 32 бит с 3-4 Гб выделенными.
Это типичное использование десктопа???
Да. Работать (например, с графикой), периодически отвлекаясь на поиск справочной информации и чятики - это типичнейшее применение десктопа.
Мне на работе 16Гб уже не хватает, ибо IDE жрёт мама не горюй, особенно если несколько проектов открыто и сборка идёт.
X32 в embedded? Совсем недавно разрабртчики ядра обсуждали его малую востребованность и намерение его выпилить из ядра.
ABI x32 еще ничего для озвученных целей. Но его явно путают со старым (и полезным только для желелезной некрофилии и запуска легаси ABI i386)
Не путают, а скорее вообще не знают, что такой есть.
> X32 в embedded? Совсем недавно разрабртчики ядра обсуждали его малую востребованность и
> намерение его выпилить из ядра.X32 это Long mode (64-х разрядный режим процессора) с указателями 32 бита. Разработчики ядра обсуждали именно такой режим. Написавший "x32 - уже старье" не понимает, о чём пишет.
>Так складывается, что нет, никто не пользуется.wine, steam, проприетарные игры.
Это надо единицам
> проприетарные игры
> Это надо единицамКто разбил твою криокамеру из 80-х?
> Кто разбил твою криокамеру из 80-х?поставьте уже винду и не мучайте себя и окружающих
Если это мучает таких, как ты, то мы еще и знакомых подговорим wine поставить.
>купите уже приставку и не мучайте себя и окружающихПофиксил
Пекабояре смотрят с неодобрением. Из-за соснольщиков в свое время графику Ведьмака урезали, так что нет, спасибо.
Вайн то еденицам? Ну щас
За всех утверждать не надо
А можешь,пожалуйста,не решать,что такое старье,когда ему на свалку за меня? Вообщем перестань быть фашистом.
Тебе надо — ты и собирай. Тут линукс, тут никто никому не должен.
Ой, та у нас тут 32-битные меньшинства образовались! Люди! 64 бита - не толерантно! Долой притеснения, все на 32 бита!
Дада,
давай выбросим все старое и постоим новый дивный мир.
Давай убьем всех плохих и оставим только хорошихШкололо и черно-белый мир
как будто что-то плохое
>>Давай убьем всех плохих и оставим только хороших
>как будто что-то плохоеТогда начинай с себя. В этом нет ничего плохого.
А вот это уже экстремизм и плевок в сторону 1917.
у хороших это называется евгеникой. ;-)
поезд ушел, шатллврот. Будущее линуксдесктопа за RPM-based- (читай: Red Hat-based) дистрибутивами.
> Будущее линуксдесктопа за RPM-based- (читай: Red Hat-based) дистрибутивами.Я же считаю, что будущее за дистрибутивами на подобии NixOS, GuixSD и Void Linux. (Мнение о будущем у каждого субъективно.)
> Мнение о будущем у каждого субъективноНо объективный фактор добавлять все же следует. Десктопу, как и корпоративным рабочим станциям, не нужны васянодистрибутивы, пусть и с весьма интересными идеями. Нужна стабильная система, но еще важнее, чтобы она поддерживалась корпорациями. Никакими корпорациями в твоих Void Linux не пахнет.
Ну да, копрорации это ж так ынтырпрайзненько. Только вот зачем этот ынтырпрайз убунтухомячку?
Чтобы работало без "никто не должен".
ChromeOS? </сарказм>
Линукс десктоп это эдакий франкенштейн, который никогда не жив, никогда не жил, ПО под него как правило нет, но вроде существует, хотя в свободном виде в природе не встречается.
Занятно, что Франкенштейн это фамилия ученого, узнавшего тайну жизни он был обычным человеком из плоти и крови. Так что доброго здравия KDE.
>ПО под него как правило нетОставьте свои виндовые привычки искать ПО на варезах. Здесь его ищут на GitHub, GitLab, Sourceforge.
Это несколько экстремально, обычно всё есть в репозиториях.
> всё есть в репозиториях.В репозиториях есть не все.
В таком случае лучше поменять дистрибутив.
Есть ПО, которого нет ни в дном дистрибутиве.
Не думаю, что ПО, которого нет ни в одном дистрибутиве, настолько важно, чтобы его искать.
>>ПО под него как правило нет
> Оставьте свои виндовые привычки искать ПО на варезах. Здесь его ищут на
> GitHub, GitLab, Sourceforge.Я думаю ПО ищут в репах apt /yum и snap прежде всего.
Но я как раз про это: огромного количества программ нет под Linux вовсе, и я сейчас не про фотошопы с автокадами.
> огромного количества программ нет под Linux вовсе, и я сейчас не про фотошопы с автокадами.Outlook Express? Windows Movie Maker? DAEMON Tools? Kaspersky Internet Security? ICQ? Atom-браузер?
Поведай, чего тебе так не хватает.
Exaile 4 вышел, говорят.$ apt-cache policy exaile
exaile:
Установлен: (отсутствует)
Кандидат: (отсутствует)
Таблица версий:
>> огромного количества программ нет под Linux вовсе, и я сейчас не про фотошопы с автокадами.
> Outlook Express? Windows Movie Maker? DAEMON Tools? Kaspersky Internet Security? ICQ? Atom-браузер?
> Поведай, чего тебе так не хватает.MS Outlook (не Express)
MS Office
MS Visio
Skype for Business
Teams
Официальные клиенты для:
Mail.Ru диск
MS OneDrive
Google Drive
ViberНормальных шрифтов (>_<), но последнее я еще могу пережить
> MS Outlook (не Express)ниработаит без эксченджа - которого все равно нет
> MS Office
у вас же есть б-жественный OO/LO ? Нет? Ну хрен с ним, всегда есть гугельdocs!
> MS Visio
п-ц. (в смысле - combo breaker. аналогов в этом вашем опенсосии - нет в принципе, причем совершенно непонятно, схренали - можно даже аналог, не имеющий импорта) Но нужен весьма немногим.
> Skype for Business
предан ms анафеме, и жить не будет
> Teams
Wire (не, ну а чо - на teams вы ж уже были согласны? Тогда чего корчить из себя анальную целку?)
> Официальные клиенты для:
кому лучше от того что они "хвициальные"?
а так - все работает, софт астрое.
>> MS Outlook (не Express)
> ниработаит без эксченджа - которого все равно нетИксчендж на сервере/в облаке. Его и не надо на десктоп
>> MS Office
> у вас же есть б-жественный OO/LO ? Нет? Ну хрен с ним,
> всегда есть гугельdocs!Нет, нужен именно MSO
>> MS Visio
> п-ц. (в смысле - combo breaker. аналогов в этом вашем опенсосии -
> нет в принципе, причем совершенно непонятно, схренали - можно даже аналог,
> не имеющий импорта) Но нужен весьма немногим.Мне нужен.
>> Skype for Business
> предан ms анафеме, и жить не будетМне пока нужен.
>> Teams
> Wire (не, ну а чо - на teams вы ж уже были
> согласны? Тогда чего корчить из себя анальную целку?)Мне нужен именно MS Teams, без вариантов
>> Официальные клиенты для:
> кому лучше от того что они "хвициальные"?Мне.
> а так - все работает, софт астрое.Я знаю, что "все работает". Приложений нужных нет :-(
>>> MS Outlook (не Express)
>> ниработаит без эксченджа - которого все равно нет
> Иксчендж на сервере/в облаке. Его и не надо на десктопты с ума сошел - ОН ЖЕ ПЛАТНЫЙ!
> Мне нужен.
>>> Skype for Business
>> предан ms анафеме, и жить не будет
> Мне пока нужен.дык, в спортолото пишите - MS как бы наплевать что тебе нужно, у нее свое видение.
>>> Teams
>> Wire (не, ну а чо - на teams вы ж уже были
>> согласны? Тогда чего корчить из себя анальную целку?)
> Мне нужен именно MS Teams, без вариантовну то есть мы молимся на буковки, пофиг на функционал?
> Я знаю, что "все работает". Приложений нужных нет :-(
в б-жественной десяточке все есть. Скачатьбесплатнобезсмс?
>>>> MS Outlook (не Express)
>>> ниработаит без эксченджа - которого все равно нет
>> Иксчендж на сервере/в облаке. Его и не надо на десктоп
> ты с ума сошел - ОН ЖЕ ПЛАТНЫЙ!Да пох, это проблемы владельца почтового сервиса
>> Мне нужен.
>>>> Skype for Business
>>> предан ms анафеме, и жить не будет
>> Мне пока нужен.
> дык, в спортолото пишите - MS как бы наплевать что тебе нужно,Да все работает, клиента пока нет.
> у нее свое видение.
>>>> Teams
>>> Wire (не, ну а чо - на teams вы ж уже были
>>> согласны? Тогда чего корчить из себя анальную целку?)
>> Мне нужен именно MS Teams, без вариантов
> ну то есть мы молимся на буковки, пофиг на функционал?Пофиг на функционал и буковки. Нужен месенджер, где есть нужные мне люди.
>> Я знаю, что "все работает". Приложений нужных нет :-(
> в б-жественной десяточке все есть. Скачатьбесплатнобезсмс?Зачем, когда есть лицензия?
Разговор, немного начинает ходить по кругу и уходить в никуда. На несодержательные комменты я отвечать не буду, извините.
> Нет, нужен именно MSOНу так купите и пользуйтесь на здоровье, в WINE работает (правда, неофициально).
>>> MS Visio
>Мне нужен.Если не ошибають, часть MSO (раньше точно был) - купите нужную версию и см. выше.
> Мне нужен именно MS Teams, без вариантовЕсли тот, что для Windows не работает в WINE, возьмите тот, что для Android, и запустите в Anbox.
Касательно официальных клиентов - не совсем понятно, почему вопрос адресован не разработчикам/владельцам этих систем?
> Я знаю, что "все работает". Приложений нужных нет :-(Странное заявление. Вы по непонятной лично мне причине обращаетесь к сообществу с претензией, что Microsoft не желает выпускать свои программные продукты под Linux. Вам не кажется, что вопрос-то не по адресу?
>> Нет, нужен именно MSO
> Ну так купите и пользуйтесь на здоровье, в WINE работает (правда, неофициально).Работает, но только MSO 2003-2007 (оба - очень криво). Выше не работает ни как: ни официально, ни неофициально.
>>>> MS Visio
>>Мне нужен.
> Если не ошибають, часть MSO (раньше точно был) - купите нужную версию
> и см. выше.Купить то - куплю. Запустить его на Linux нельзя.
>> Мне нужен именно MS Teams, без вариантов
> Если тот, что для Windows не работает в WINE, возьмите тот, что
> для Android, и запустите в Anbox.Трансляторы API для меня, увы, не вариант. Нужно официальное, стабильно работающее приложение с поддержкой.
> Касательно официальных клиентов - не совсем понятно, почему вопрос адресован не разработчикам/владельцам
> этих систем?Это был не вопрос, а утверждение. Нет нужных приложений под Linux и все. Кто виноват - не знаю и знать не хочу.
>> Я знаю, что "все работает". Приложений нужных нет :-(
> Странное заявление. Вы по непонятной лично мне причине обращаетесь к сообществу с
> претензией, что Microsoft не желает выпускать свои программные продукты под Linux.
> Вам не кажется, что вопрос-то не по адресу?Я обращался с претензией? о_0 Я всего лишь озвучил факт.
> Мне нужен именно MSМог на этом остановиться. Нужен MS — пользуй MS, только не надо тут проповедовать свою ересь.
> Windows Movie Maker?вот за муму, проклятый рептилоид, ты еще ответишь!
мне, лично, не хватает fl studio и vst плагинов к нему. Да, можно запустить под вайном - но потерять огромный проект из-за какой нибудь нереализованой функции не хочется. Да, есть ардоуры всякие и лммс - но вопрос с виндовыми vst остается открыт. Так что, увы - у меня вендовый ноут для работы. А линух вертится на домашнем пк для поиграться и покодить
Сейчас набегут иксперды, которые заявят, что под линуксом есть мощный консольный секвенсор, и как это круто - собирать семплы полусотней консольных команд (которые даже понять невозможно), просто ты не понимаешь всей прелести этого способа и у тебя синдром утенка. А потом добавят, что это опенсорс и, вообще, тебе никто ничего не должен. И продолжат страдать из-за "<2%".
http://linux-sound.org/linux-vst-plugins.html
Занятно, что в природе не встречается. А тем временем любая кофеварка работает на линуксе.
> Занятно, что в природе не встречается. А тем временем любая кофеварка работает
> на линуксе.И 100% суперкомпьютеров работает на Linux, и 80% смартфонов работает на ядре Linux. Но именно десктопный линукс почти не встречается и софта под него почти нет.
Осилить nixos сможет не каждый,я неделю назад поставил это на комп,переодически во время курения манов появляется желание накатить обратно рачик,где хоть фишек намного меньше,но привычный способ управления системой вообще.
Совсем наобоот неудобна Вин10. Под Мак нет софта. У линуксоида.)
> Под Мак нет софта. У линуксоида.У линуксоида как раз есть, спасибо port/brew. Но зачем?
Итак парсер ломался этим бессмысленным набором букв, а ещё скобкой добил непарной в конце.
А войд как в этот список попал? Пробовал в прошлом году, xbps-src на гитхабе и *-devel пакеты довольно сомнительные фичи.
> А войд как в этот список попал?Это мой субъективный список из того что считаю будущим Linux Desktop. Вы можете сами написать свой, Вы решаете(за частую и не только вы), что будет в нем.
Войд не понятно каким боком тут, разве что как светлая надежда о том, что на этом плацдарме вырастет конкурент системд. Nixos заслужено, еще хочется отметить qubes. Хотя это все не то чтобы сильно новые дистры
Будущее за тем дистром, на который святой Гейбушка укажет перстом своим.
Ну это кому кто святой ;)
> святой Гейбушка«Tы видел когда-нибудь толстых апостолов?» © «Догма»
RPM-based дистрибутивы закончились, когда Red Hat прекратил поддержку Red Hat 9.0 уже через год после его релиза. Возможно, они боялись потерь прибылей (в конце 90-х Red Hat, Mandrake, SUSE и многие другие зарабатывали много денег на продажах физических носителей, а в начале 00-х появились дешёвые интернет и CD-R). Fedora Core 1 и 2 были глюкодромами. Сообщество оказалось предано. У миллионов людей была возможность мигрировать с Win9x не на 2k/XP (миграция происходила не гладко), а на Red Hat - и она была! А тут локомотив линукса самоустранился.
Была сделана ставка на зарабатывание денег на поддержке, а не на продаже физических носителей. Потому что, если оставить всё, как прежде, то "локомотив линукса" мог остаться без средств к существованию. Это не предательство и не тайный договор с Майкрософтом "мы не лезем на десктопы, а вы - на серверы"
> Была сделана ставка на зарабатывание денег на поддержкенеправильно. ставка на зарабатывание на поддержке как раз и была признана проигравшей - торговля дисками до демарша убунты вполне была прибыльна, но прибыли той не хватало.
Была сделана ставка на торговлю собранными бинарниками под gpl.
Epic fail.> физических носителей. Потому что, если оставить всё, как прежде, то "локомотив
> линукса" мог остаться без средств к существованию. Это не предательство ине мог - он к тому моменту давно уже существовал исключительно на деньги из пузыря
> RPM-based дистрибутивы закончились, когда Red Hat прекратил поддержку Red Hat 9.0 уже через год
> после его релиза.казалось бы - opensuse 10, поддерживалась аж до 2008го, и, не считая откровенно гнилой идеи с susefirewall (ныне радостно подхваченной всеми ниасиляторами)...
а поддержку redhat9 стоило прекратить не начиная - там абсолютно все было попереломано из-за погони впереди паровоза за ненужно-utf8.
последней true redhat была седьмая - где еще все было сделано руками и головой.
> У миллионов людей была возможность мигрировать с Win9x не на 2k/XP (миграция происходила не
> гладко), а на Red Hat - и она была!но тут их разморозили, и оказалось, что на дворе уже давно Vista.
(человек, у которого "не гладко" между 9x и 2k - мигрирует на ненужно-линукс в 2004м? очень смешно, оба тапка порвались пополам)А торговля cd'шками да, к началу 0х себя успела абсолютно исчерпать, их покупали чтоб сделать приятное редхату, а не потому что не могли себе такой же записать. Впрочем, толстенные книги на хорошей бумаге должны были стоить куда дороже пачки пластмассок. А они тогда еще входили в комплект (но почему-то именно на них первыми и начали экономить).
При этом убунта окончательно доломала этот рынок, рассылая диски даром (а потом раз - и мышеловка захлопнулась)
внезапно уже весь мир использует utf8!
так что кого-то забыли разморозить в 2004г, и он до сих пор пользуется каким-нибудь koi8-r.
например в андроиде и макоси изначально есть только utf, и понятия кодировок там нет совсем, и только виндовз тянет за собой легаси-костыли в виде ср1ххх
внезапно, вы пишете эту хню на сайте, сделанном в коях.А ваш "весь мир" жрет с лопаты любое г-но, лишь бы нахалявку, и жрать будет - чего бы ему redhatbm не наложила, все схарчит.
Я один не понимаю принципиальной разницы между APT и RPM для обычного пользователя десктоп системы?
нет, вас много таких, обычных пользователей, не понимающих разницы между менеджером зависимостей и форматом пакетов.Жаль что вы все не сидите тихо на своей б-жественной десяточке, прекрасном образце умирающей концепции "десктоп-системы".
> нет, вас много таких, обычных пользователей, не понимающих разницы между менеджером зависимостей
> и форматом пакетов.
> Жаль что вы все не сидите тихо на своей б-жественной десяточке, прекрасном
> образце умирающей концепции "десктоп-системы".О да, эти сказки про виндекапец уже давно даже не веселят. И для справки, у меня уже давно не винда. Но даже в этом случае разницы между apt instal <name> и yum install <name> абсолютно никакой нет.
Для большинства местных "экспертов" разница находится на уровне верований. Они никогда не объяснят, чем *для пользователя* установка deb отличается от установки rpm. Просто "противоположное - плохо". Это религия в чистом виде.
У них Beндекaпец выполняет роль как Второго пришествия у христиан.
> У них Beндекaпец выполняет роль как Второго пришествия у христиан.Злые корпорации будут наказаны, АМД возвысится (оп, игра слов получилась!), гентушникам больше не нужно будет ждать ебилды, Wayland наконец будет готов.
> Для большинства местных "экспертов" разница находится на уровне верований. Они никогда
> не объяснят, чем *для пользователя* установка deb отличается от установки rpm.
> Просто "противоположное - плохо". Это религия в чистом виде.
> У них Beндекaпец выполняет роль как Второго пришествия у христиан.Уровень адекватности вашего комментария просто зашкаливает!
>> Для большинства местных "экспертов" разница находится на уровне верований. Они никогда
>> не объяснят, чем *для пользователя* установка deb отличается от установки rpm.
>> Просто "противоположное - плохо". Это религия в чистом виде.
>> У них Beндекaпец выполняет роль как Второго пришествия у христиан.
> Уровень адекватности вашего комментария просто зашкаливает!Если что, это не сарказм...
> нет, вас много таких, обычных пользователей, не понимающих разницы между менеджером зависимостей
> и форматом пакетов.
> Жаль что вы все не сидите тихо на своей б-жественной десяточке, прекрасном
> образце умирающей концепции "десктоп-системы".Да и так, на всякий случай. От перехода с окошек на линуксы никакие части тела не растут. Поверь мне, я проверял.
>>Поверь мне, я проверял.Т.е. надежда всё-таки теплилась...
>>>Поверь мне, я проверял.
> Т.е. надежда всё-таки теплилась...Ну тут просто многие так себя ведут, типа они перешли на линуксы и будто у них от этого что-то больше стало. Вот я и подумал, вдруг это правда...
> Я один не понимаю принципиальной разницы между APT и RPM для обычного пользователя десктоп системы?Я думаю вы поймёте принципиальную разницу как только испробуете AltLinux. (Там вам будут доступны обе технологии и APT, и RPM.)
Стоит ли ради этого так страдать? Можно просто матчасть подучить.
> Стоит ли ради этого так страдать?Пусть страдает от собственного любопытства. Его же надо удовлетворять такими способами.
> Можно просто матчасть подучить.Под матчасть Вы можете вложить всё что угодно и всё равно, не будете считать что-то иное как достоверное. (Например, под матчасть я вкладываю свой личный опыт и эксперимент, но вы можете вложить туда что-то иное {курение мана или сорслукинг[то бишь документацию основанную на чужом опыте]}, а потом сказать: "твои личный опыт и эксперименты мне ненужны, мне нужны только факты и только те что задокументированы".)
TL;DR мы уйдем от темы будущего Linux Desktop в сторону философских разбирательств.
>> Я один не понимаю принципиальной разницы между APT и RPM для обычного пользователя десктоп системы?
> Я думаю вы поймёте принципиальную разницу как только испробуете AltLinux. (Там вам
> будут доступны обе технологии и APT, и RPM.)А так на словах можете написать. Где обычный пользователь может увидеть эту разницу на десктопной системе. Только не идеалогическую разницу, а функциональную. Как например разницу между портами FreeBSD и RPM центоса...
> А так на словах можете написать.APT и RPM сравнивать я считаю бесполезным занятием.
Однако, можно выделить пару на мой взгляд значимых моментов:
- APT выполняет автоматический подбор зависимостей в отличие от RPM. (То же самое можно говорить и про APT и DEB.)
- APT делает подбор по названию пакета, а не по файлам конкретного пакета. (При сравнении RPM и DEB можно сделать то же самое суждение.)
> Где обычный пользователь может увидеть эту разницу на десктопной системе. Только не идеалогическую разницу, а функциональную. Как например разницу между портами FreeBSD и RPM центоса...Пользователь не должен видеть разницы между двумя коробками на которых написано Linux. Сужу, к сожалению именно так и не иначе. (Пользователю должно быть по барабану что у него за система установлена главное она должна справляться с возложенными на неё задачами.)
>[оверквотинг удален]
> - APT выполняет автоматический подбор зависимостей в отличие от RPM. (То
> же самое можно говорить и про APT и DEB.)
> - APT делает подбор по названию пакета, а не по файлам
> конкретного пакета. (При сравнении RPM и DEB можно сделать то же
> самое суждение.)
>> Где обычный пользователь может увидеть эту разницу на десктопной системе. Только не идеалогическую разницу, а функциональную. Как например разницу между портами FreeBSD и RPM центоса...
> Пользователь не должен видеть разницы между двумя коробками на которых написано Linux.
> Сужу, к сожалению именно так и не иначе. (Пользователю должно быть
> по барабану что у него за система установлена главное она должна
> справляться с возложенными на неё задачами.)Это все замечательно, но по факту пользователь видит один резульат. Он делает apt install/yum install и получает установеленное ПО.
> Это все замечательно, но по факту пользователь видит один резульат. Он делает apt install/yum install и получает установеленное ПО.Зачем до команд доходить? Пользователь не хочет видеть консоль, он хочет видеть окно с единственной кнопочкой "Готово, можно закрыть!" или окно со списком приложений в виде магазина(Ubuntu Software Center, Gnome Software, Discover).
Я вижу пользователя Linux Desktop, как очень тупого и необразованного человека в библиотеке с книгой "Ubuntu для тупых". Не в обиду тем кто уже использует Linux как Desktop и пользуется им, поскольку критерий тупости идет вверх до умных и образованных с книгами "Linux from scratch" или "Beyond Linux from Scratch".
> поезд ушел, шатллврот. Будущее линуксдесктопа за RPM-based- (читай: Red Hat-based) дистрибутивами.Нууу, если анон сказал, то к бабке не ходи.
> Будущее линуксдесктопа за RPM-basedнету никакого будущего линуксдекстопа, уже который год читаю и слышу "вен***пец", больше 10 лет, интеграторы которые кричали что линукс это просто и все работает и бесплатно, просто обломались, что тут говорить про "линукс в школе" ...
Плохо что прогнулись - теперь вместо конца убунту будет конец 32 бит
Если 32 библиотека одной версии, а 64 другой, то апт тебя пошлёт куда подальше с такими вывертами. Они что, собираются всё передопатить?
Вот это будет фарш в системе. Так убунта до 20.04 LTSa не доживёт. Хотя, может это и к лучшему?
> Вот это будет фарш в системе. Так убунта до 20.04 LTSa не
> доживёт. Хотя, может это и к лучшему?ага, надейся и жди, вся ж жизнь впереди.
скорее мы все сдохнем, чем убунтокапец придет. Ну, или в рай, я в этих тонкостях политики не разбираюсь.
>Ну, или в рай, я в этих тонкостях политики не разбираюсь.В богословии ты тоже не силён, не обольщайся.
погодите, погодите с богословием - фюрер еще ж даже императором себя не объявил!
> Если 32 библиотека одной версии, а 64 другой, то апт тебя пошлёт
> куда подальше с такими вывертами.С чего бы?
Ну попоробуй. поставь.
То есть разумных аргументов нет. Я так и думал.
> апт тебя пошлёт куда подальше с такими вывертамиНет, не пошлёт.
Апт не пошлёт, но обычно зависимости такие, что не дадут тебе разные версии 32 и 64 поставить
А это уже задача для майнтейнеров убунты.
какая-то дичь с заморозкой. похоже на палки в колеса. уж лучше бы совсем убрали чем так.
слабаки разрабы, как ментально, так и по профессии.
Это бред, сейчас нет каких-то особых проблем собирать 32-битные пакеты, когда пересобирали Росу 2016.1 в 2019.1, обновив glibc и gcc, специфичные для 32 бит проблемы возникли только с OpenJDK, а в Ubuntu и подавно, т.к. почти все системные пакеты копируются из Debian, который сам обеспечивает собираемость на i386. Просто нормально собрать 32 битный репозиторий, при необходимости убрав из него ядро, Chromium, Firefox, Thunderbird, будет гораздо быстрее и проще, чем делать какие-то дикие костыли в виде копирования бинарных пакетов из одного релиза в другой без пересборки.
В убунте полнейший бардак в 32-битных пакетах. Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках не работает.
А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable. В данном случае нормальный подход, если хотят сэкономить ресурсы (вам в Росе не понять, но нормальное тестирование стоит очень много человекочасов).
> В убунте полнейший бардак в 32-битных пакетах.Например?
> Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках не работает.
Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.
> А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable.
Копируется лишь исходный пакет, который перекомпилируется. Бинраные пакеты так не копируют.
> В данном случае нормальный подход, если хотят сэкономить ресурсы (вам в Росе не понять, но нормальное тестирование стоит очень много человекочасов).
Я в курсе. Они уже давно убрали 32 битные образы ОС, этого достаточно, чтобы не выполнять тщательное тестирование.
>> Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках
>> не работает.
> Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.охренеть современная железка!
> Например?Про ядро — это был пример, если ты не понял.
> Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.
Багрепорта нет, потому что чинить всё равно не будут. И речь шла о современном (то бишь — новом) железе. Если интересует пример, навскидку помню MS Surface Book (он не единственный, просто модели проблемных Acer'ов и прочего сложно вспомнить).
>> А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable.
> Копируется лишь исходный пакет, который перекомпилируется. Бинраные пакеты так не копируют.Ну строго говоря, да, не копируют. Они так и продолжают лежать в pool, только в Packages соответствующей репы добавляются. Но копия исходного пакета без изменения хотя бы changelog не перекомпилируется никогда.
Подтянул бы ты матчасть прежде чем спорить со взрослыми дядями.> Они уже давно убрали 32 битные образы ОС, этого достаточно, чтобы не выполнять тщательное тестирование.
Если у вас в Росе не выполняют тщательное тестирование пакетов, не входящих в установочные образы, это не значит, что так считают позволительным делать везде.
> Но копия исходного пакета без изменения хотя бы changelog не перекомпилируется никогда.Перекомпилируется.
> И речь шла о современном (то бишь — новом) железе
32 битное ядро не обязано работать на современном 64 битном железе.
> Подтянул бы ты матчасть прежде чем спорить со взрослыми дядями.
Умерьте ЧСВ, пожалуйста.
> 32 битное ядро не обязано работать на современном 64 битном железе.Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно совместимы. Даже DOS работает.
>> 32 битное ядро не обязано работать на современном 64 битном железе.
> Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно
> совместимы. Даже DOS работает.Например, не сможет работать с 64-битным UEFI. Если у вас 32 битное ядро заработало на современном 64 битном железе, можете пользоваться на свой страх и риск, никто не запрещает, но решение не для широкого применения.
>>> 32 битное ядро не обязано работать на современном 64 битном железе.
>> Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно
>> совместимы. Даже DOS работает.
> Например, не сможет работать с 64-битным UEFI.И зачем же ядру "работать с UEFI"? Что конкретно ядро в UEFI делает? Может, выводит изображение на экран при помощи UEFI?
> Если у вас 32 битное
> ядро заработало на современном 64 битном железе, можете пользоваться на свой
> страх и риск, никто не запрещает, но решение не для широкого
> применения.То есть заявление "не обязано работать" не базируется на технических аспектах, а всего лишь отражает политику Росы в отношении продаваемых дистрибутивов?
> Например, не сможет работать с 64-битным UEFI.Прикинь, работает. Даже то самое убунтовское на умеренно старых железках. Хотя надо ещё извернуться, чтобы его загрузить, канон-и-кал ведь с самого начала постановил, что UEFI-загрузчик на 32 битах не нужен. (Вот не помню, дружила ли в итоге хоть какая-то убунта с 32-битным UEFI, но таких зверей в дикой природе всё равно было очень мало, и они быстро вымерли.)
> Если у вас 32 битное ядро заработало на современном 64 битном железе, можете пользоваться на свой страх и риск, никто не запрещает, но решение не для широкого применения.
Так пруфы-то мы увидим?
> канон-и-кал ведь с самого начала постановил,
> что UEFI-загрузчик на 32 битах не нужен. (Вот не помню, дружила
> ли в итоге хоть какая-то убунта с 32-битным UEFIПодкидывают загрузчик bootia32.efi в 64-х разрядные образы и ставят на железки с Атомом. Более того, опция CONFIG_EFI_MIXED в Росе появилась как раз когда они скопировали ядро из Ubuntu (в "родных" ядрах почему-то была отключена).
Мальчик, ну зачем ты споришь о том, в чём не смыслишь? Ладно, давай я сделаю вид, что засомневался, и попрошу пруфов про перекомпиляцию и необязанность работы на современном железе. Может быть, пока будешь искать, поднаберёшься чуток знаний.
> Например?убунта которая повреждает биос ноутбуков, погугли новости
и примеры bugs.launchpad.net/ubuntu
мы нечаянно!
> В убунте полнейший бардак в 32-битных пакетах. Они даже ядро под 32
> бита ухитряются сконфигурировать так, что оно на современных железках не работает.Нашли чем пугать. В Росе ядро от Убунту и сконфигурировано, за исключением малого, точно так же.
Ах да, забыл. Ну тем хуже для Росы.
> когда пересобирали
> Росу 2016.1 в 2019.1, обновив glibc и gcc, специфичные для 32
> бит проблемы возникли только с OpenJDK../rpmio/rpmio_internal.h:533:19: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
digest.c:436:19: warning: cast between incompatible function types from 'rpmuint32_t (*)(rpmuint32_t, const rpmuint8_t *, rpmuint32_t)' {aka 'unsigned int (*)(unsigned int, const unsigned char *, unsigned int)'} to 'rpmuint32_t (*)(rpmuint32_t, const byte *, size_t)' {aka 'unsigned int (*)(unsigned int, const unsigned char *, long unsigned int)'} [-Wcast-function-type]
— Видишь суслика?..
— Нет...
— И я не вижу... А он есть!;-)
Зря они повелись.Нужно было убрать полностью етот мусор а wine закрыть чтобы его вообще небыло.Ето недоразумения под названием wine вообще ненужно в linux дистрибутивах.
Сколько процентов кода wine вы написали, чтобы за всех решать, нужен он или нет?
Ещё один решальщик за всех, что нужно, а что нет. Тебе не нужно — вот сиди и помалкивай.
Мамкин революционер детектед. Надо ребятам из WINE сказать что школотрон из российских интернетов против неэмулятора, пусть прикаращают и идут по домам.
> Мамкин революционер детектед. Надо ребятам из WINE сказать что школотрон из российских
> интернетов против неэмулятора, пусть прикаращают и идут по домам.В русских интернетах нет слова "етот", а на клавиатурах есть буква "э".
Попробуйте по тоньше.
Быстро компромисс нашли.
> Быстро компромисс нашли.Это называется "стоя и в гамаке". Создание препятствий для последующего неистово героического их преодоления. Или кто-то задонатил костылеклепателям.
С энтомологическим интересом наблюдаем из соседнего лагеря. Какие-то завтра ещё новости будут.
Arch Linux 2 год как отказался от 32 бит, но библиотеки, необходимые для Wine оставили и их не так-то много. Почему бы не сделать исключение для Wine и в Ubuntu...
Однажды аноним с опеннета научится видеть радницу между (отказом от) 32битными релизами и 32битными пакетами, но не сегодня. Не "библиотеки для вайна", а весь мультилиб. Там сильно побольше.
Для 32-битных либ выделят отдельный репозиторий. В основных репозиториях 32-битных либ не будет. Это во-первых. Во-вторых - весь мультилиб это 95% библиотеки. 280 пакетов в мультилибе, 15 из них программы. Эмуляторы сега, нинтендо, пс, стим, вайн и парочка др. программ. Все! Где это "сильно" побольше? Не выдумывайте.
Сильно побольше библиотек, чем нужно одному только вайну. Арч - вполне рабочая среда для запуска 32бит софта, а не толькл вайна - на этом я акцентирую внимание
Что арч что бунта такое ненужно.
как же меня бесит убунта своим идорским пеаром. пяток с-ранных новостей о буре в стакане! ушлепки бестолковые
Вся власть Ва-сянам!
Ну хоть ктото научил этих ёжыков в кумаре обратной совместимости!
А то запарили ломать фундамент.
> Ну хоть ктото научил этих ёжыков в кумаре обратной совместимости!ну и вот - зачем?
Есть такая штука: возможность использовать софт. Не занимаясь переделками круглый год, всегда делать новое. Без необходимости погрязнуть в вечном перепеписывании старого на новое.Новое делать без необходимости переделывания старого нужного.
> Есть такая штука: возможность использовать софт.это ты вот сейчас про бубунту, да? ;-)
> Напишите Гейбу в твиттер или куда-нибудь ещёНапишем обязательно. Ну как такому начальнику откажешь. :)
я прост не могу зарегать, номер не дает.
Вот это трэшь
Пиар Убунты бессмысленный и беспощадный. Уже несколько новостей по данной теме. Мы выкинули поддержку i386. Нет, нет, мы её оставим... Это их стиль пиара.
> Это их стиль пиара.Пора уже FAQ писать :-)
Ты не видел, какие истерики тут закатывал Зенитар в 2010-2013 годах. В то время авторы новостей на Опеннете постили действительно много новостей про Ubuntu. Можно проверить, нажав на гет, и перемотав к тем годам. Так он орал, что убунта только пиарится и ничего не делает. Такие простыни текста катал, что мне аж хотелось ему дать ведро ледяной воды, чтобы он остылСейчас про убунту мало новостей пишут. Либо авторам переводов новостей это уже надоело, либо оригинальных английских новостей стало не очень много. Данная новость лишь исключение. Исключительный случай, ради которого (по моему личному мнению) стоит завести несколько новостей. Это как было с принятием Systemd в Debian
гет = тег (быстрофикс)
Чем убунта лучше стабильной Fedora Workstation со стабильными rolling релизами?
Наличием LTS, которым в принципе можно пользоваться, если повыпиливать ненужное.
А если я скажу что rolling в Fedora не хуже LTS Ubuntu и проходит много тестов перед выкаткой.
В сусе вон тоже автоматические тесты, вот только как они увидят, что после патча на Qt какая-нибудь менюшка мерцает или что-то артефачит при отрисовке.
> А если я скажу что rolling в Fedora не хуже LTS Ubuntu и проходит много тестов перед выкаткой.То ты соврёшь.
Последнее время кто-то очень стеснительный довольно забавно форсит федору -- спросить у старых знакомых в местном редхате, что ли, это очередная жертва Пети Леменкова или где... (что в шляпе приняли на вооружение "студентско-партнёрские" методы некрософта -- с удивлением был вынужден констатировать для себя ещё несколько лет назад)
Не признаются. Но ты не сомневайся: это заговор с целью устранить альт, ставший слишком опасным конкурентом.
KDE-спин на федоре работает не очень, а ещё плазма падает если ставить дрова Nvidia. С Kubuntu LTS 18.04 всё более чем просто, даже если подключать ppa ubuntu-drivers.
KDE в федоре мало кто использует, ведь он подсасывает память.
Какой клон редхата лучше и чаще используется: центос или федора? Я не пиарю шляпу, я для себя, знать что изучать.
Клоном редхата является только центос. Он такой же тухлый, и в нём так же нет софта, но используется в продакшене часто.
Федора — преальфа-версия редхата, там всё самое свежее, софта побольше, и регулярно что-то ломается.
Золотой середины нет.
Не понятно как менеджер пакетов разрешит поставить разные версии пакетов разных архитектур - это раз. Второе - это то же самое, что и нет i386 архитектуры. Почему? Ожидайте поломки во все поля. Тем более приложения запускаемые под i386, даже если запустятся, будут иметь старые версии библиотек и драйверов.
Ах да, про вайн можно забыть. Но мне все равно, я уже не буду пользователем этого г*вна.