LINUX.ORG.RU

Ubuntu планирует перейти на rolling-release

 ,


0

0

Как стало известно из вчерашнего выступления Лиэнн Огасауара (Leann Ogasawara, руководитель команды поддержки ядра Ubuntu) на Google+ hangout, в Canonical планируют отказаться от стратегии 6-месячного цикла выпуска новых версий, которая длится уже 9 лет существования дистрибутива, и перейти на непрерывный выпуск. Примечательно, что разработчики планируют оставить Ubuntu LTS как стабильные выпуски с долгосрочной поддержкой. Заявлено что обсуждаемый переход может быть реализован, начиная с выпуска 14.04 LTS, выход которого планируется на апрель 2014 года. Выпуск же LTS-версий переводится на двухлетний цикл, таким образом после 14.04 следующая версия с долгосрочной поддержкой ожидается в апреле 2016 года.

Запись выступления Leann Ogasawara на YouTube

>>> Подробности

★★★★★

Проверено: tazhate ()
Последнее исправление: Silent (всего исправлений: 1)
Ответ на: комментарий от firestarter

Вендузятники могли его просто скачать с сайта и установить

ну на то они и виндузятники, знаешь как в винде решается проблема зависимостей? поставь еще этих французских булочек, то есть там тупо зоопарк различных версий различных библиотек, все версии лежат в одной винде, поэтому она и «портится» со временем, особенно если ее насиловать различным говнософтом, который тянет каждый свои говнолибы, которые потом тормозят всю систему. в линуксе такого нет, но из-за этого нужно четко следить за версиями. нужна золотая середина, а крайности всегда плохо.

в большинстве случаев ты и оттуда не поставишь старую версию пакета в последнюю Убунту

в ppa обычно четко прописано версия убунты и правильно выставлены зависимости, не очень понимаю как может возникнуть ситуация когда что-то не получится, кроме ситуации с кривым мейтенером.

autonomous ★★★★★
()

Не планируют, просто было обсуждение такой возможности

Atheist ★★★
()
Ответ на: комментарий от autonomous

знаешь как в винде решается проблема зависимостей? поставь еще этих французских булочек, то есть там тупо зоопарк различных версий различных библиотек

Бред полнейший. Софт нужные ему зависимости просто несёт с собой в пакете, обычно ничего дополнительно самому разрешать зависимости как в Слаке не нужно. Пользователь просто ставит нужную программу и пользуется, не заморачиваясь тем, как там оно устроено, где и что лежит. Программа просто берёт работает.

поэтому она и «портится» со временем

Опять бред. Порча происходила только когда всякое кривое ПО гадило в реестр куда не надо. С качественным софтом этого никогда не было. В Линуксах это тоже вполне может быть, просто тут нет такого количества стороннего софта. Тем не менее, кривой софт, вмешивающийся в работу системы, под Линукс уже был. Например были какие-то кривые программы, установщики которых меняли зачем-то симлинк /bin/sh с /bin/dash на /bin/bash. Так что Линукс не панацея.

в ppa обычно четко прописано версия убунты и правильно выставлены зависимости, не очень понимаю как может возникнуть ситуация когда что-то не получится, кроме ситуации с кривым мейтенером.

Ну вот не надо мне рассказывать про PPA, я с 2007г. пользуюсь Убунтой.

PPA не решает проблем с использованием нового софта или старого софта. Если новый софт, которым ты хочешь воспользоваться, требует для своей работы более новых библиотек, чем есть в текущей Убунте, то тебе PPA не поможет. Оттуда ты этот пакет не сможешь поставить, т.к. потребуется обновление и некоторых библиотек, от которых зависит и некоторый уже установленный софт. Пакетный менеджер просто предложит удалить этот софт чтобы поставить ту программу и обновить библиотеки.

Аналогичная проблема, если ты захочешь поставить более старую версию какой нибудь программы из PPA или другого места. Если программа требует более старые версии библиотек (а это скорей всего так и будет), тебе пакетный менеджер также предложит удалить установленный софт, использующий эти библиотеки.

firestarter ★★★☆
()
Последнее исправление: firestarter (всего исправлений: 1)

finally. здравый смысл побеждает.

anonymous
()
Ответ на: комментарий от firestarter

дополнительно самому разрешать зависимости

где ты такое прочитал?

Порча происходила только когда всякое кривое ПО гадило в реестр куда не надо.

куча версий библиотек тут, конечно, ни при чем)) ты мне еще расскажи, что винда должна быть «правильно настроена»(с) :)

Если новый софт, которым ты хочешь воспользоваться, требует для своей работы более новых библиотек, чем есть в текущей Убунте, то тебе PPA не поможет

если пакет из ppa требует что-то, чего нет в этом ppa или стандартных репах именно этого релиза, то это значит, что ментейнер лох и этот ppa инвалид. годный ppa должен обеспечивать установку пакета на заявленной версии дистрибутива также как если бы он был в стандартном репозитории

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

где ты такое прочитал?

Здесь, от местных слаководов прочитал что там нет пакетного менеджера, нужно самому все зависимости удовлетворять.

куча версий библиотек тут, конечно, ни при чем)) ты мне еще расскажи, что винда должна быть «правильно настроена»(с) :)

И что? Каким образом они создают тормоза системы? Программа тащит с собой нужные ей версии библиотек и обычно кладёт в свой каталог. Они там лежат и никому не мешают. При удалении программы удаляются и они. В Линуксах же, ставишь программу, она тащит с собой 200МБ зависимостей. Удаляешь программу, а то что она притащила, остаётся, если специально не займёшься удалением неиспользуемых пакетов.

если пакет из ppa требует что-то, чего нет в этом ppa или стандартных репах именно этого релиза, то это значит, что ментейнер лох и этот ppa инвалид.

А по твоему что, в PPA нужно ещё и положить половину содержимого Убунты что ли? Если программа на GTK, то и весь GTK в этот PPA положить? Ну допустим он это сделает. В итоге, при установке приложения в систему поставится и новые библиотеки GTK. Но эта версия библиотек более новая, а установленные в систему приложения с ними не работают. Скорей всего пакетный менеджер предложит эти программы удалить, т.к. в зависимостях прописана версия библиотек ниже той что ставятся. (напоминаю, речь идёт о новой версии софта, которая только появится в будущей версии Убунты)

Почти такая же ситуация будет при попытке установить из PPA более старую версию софта, если приспичит, т.к. в зависимостях установленного софта прописано что он требует библиотеки версии старше чем те, на которые ты собираешься откатиться.

годный ppa должен обеспечивать установку пакета на заявленной версии дистрибутива также как если бы он был в стандартном репозитории

Издеваешься? Нить разговора потерял?

Напоминаю. Речь идёт о проблемах установки более нового софта, который только появится в следующих версиях дистра. Он зависит от более новых версий библиотек, которые будут в следующей версии дистра. А также об установке более старой версии софта. Он зависит от более старых версий библиотек. Ни то, ни другое ты не поставишь из PPA без специального шаманства (debootstrap+chroot или сборка программы вместе с зависимостями в отдельный каталог куда нибудь в /opt)

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

Здесь, от местных слаководов прочитал что там нет пакетного менеджера, нужно самому все зависимости удовлетворять.

да, только удовлетворять нужно не тебе, а разработчику. поэтому пользователи на винде и не знают, что такое зависимости. юзерфрендли, но с архитектурной точки зрения зоопарк.

И что? Каким образом они создают тормоза системы? Программа тащит с собой нужные ей версии библиотек и обычно кладёт в свой каталог. Они там лежат и никому не мешают. При удалении программы удаляются и они.

а когда у тебя запущено несколько приложений, которые запускают несколько разных версий одних и тех же библиотек, это тоже не влияет на производительность?

В Линуксах же, ставишь программу, она тащит с собой 200МБ зависимостей. Удаляешь программу, а то что она притащила, остаётся, если специально не займёшься удалением неиспользуемых пакетов.

во-первых, по хорошему эти зависимости должен потом предлагать удалять пакетный менеджер, если эти библиотеки действительно никому больше не нужны. во-вторых, они действительно лежат и никому не мешают, так как их никто не запускает. такая ситуация мне кажется более интересной, чем в винде. тут занят незначительный объем на жестком диске, а там каждая прога норовит запустить еще пяток новых библиотек в оперативную память и грузить ими цпу.

В итоге, при установке приложения в систему поставится и новые библиотеки GTK. Но эта версия библиотек более новая, а установленные в систему приложения с ними не работают

если ментейнер следит за своим ppa, то такой ситуации не должно произойти

Почти такая же ситуация будет при попытке установить из PPA более старую версию софта, если приспичит, т.к. в зависимостях установленного софта прописано что он требует библиотеки версии старше чем те, на которые ты собираешься откатиться.

не произойдет, если ментейнер об этом позаботился. например, в офф-репозитории presice был софт 0.2, он имел зависимость от библиотеки 0.2, в офф-репозитории софт обновили до 0.3, и библиотеку заодно до 0.3. кому-то это не подошло и он создал рра-репозиторий в который положил версию 0.2, которую удовлетворяет версия библиотеки 0.3, если так не получается, то он кладет библиотеку 0.2, которая не будет конфликтовать с библиотекой 0.3 из официального репозитория. это если на пальцах объяснять, в реальной жизни, конечно, этих зависимостей будет скорее всего больше и они будут более сложными, но это все обычно решаемо.

годный ppa должен обеспечивать установку пакета на заявленной версии дистрибутива также как если бы он был в стандартном репозитории
Издеваешься? Нить разговора потерял?

нет не потерял, это именно то что ты не хочешь понять. ты думаешь, что если положить рядом две версии одной библиотеки все сломается что-ли? это конечно виндовенько получается, но тут уж ничего не поделаешь, будет просто две библиотеки в разных каталогах. все проги будут спрашивать новую либу, а бекпортированная будет смотреть на старую.

Он зависит от более старых версий библиотек. Ни то, ни другое ты не поставишь из PPA без специального шаманства

все ты поставишь, библиотека это просто несколько файликов которые лежат в определенном каталоге. положил другую версию в другой каталог, сказал кому надо где оно лежит и все. какое тут шаманство?

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

Здесь, от местных слаководов прочитал что там нет пакетного менеджера, нужно самому все зависимости удовлетворять.

да, только удовлетворять нужно не тебе, а разработчику. поэтому пользователи на винде и не знают, что такое зависимости. юзерфрендли, но с архитектурной точки зрения зоопарк.

Причём здесь венда, если речь о Слаке в данном куске сообщения?

а когда у тебя запущено несколько приложений, которые запускают несколько разных версий одних и тех же библиотек, это тоже не влияет на производительность?

Не замечал. Но если уж сравнивать, венда у меня потребляла меньше ресурсов чем Линукс с третьими кедами.

а там каждая прога норовит запустить еще пяток новых библиотек в оперативную память и грузить ими цпу.

Бред. Я же не запускаю сразу все имеющиеся программы одновременно. Проблема высосана из пальца.

В итоге, при установке приложения в систему поставится и новые библиотеки GTK. Но эта версия библиотек более новая, а установленные в систему приложения с ними не работают

если ментейнер следит за своим ppa, то такой ситуации не должно произойти

Слушай, ты мне надоел. Специально прикидываешься шлангом? Другого варианта просто быть не может, такова особенность архитектуры. Если новая версия программы написана с использованием новых версий библиотек (которые появятся только в репах следующей версии дистра), где были внесены большие изменения, то тут только два варианта. Либо в PPA класть вместе с программой и новые версии этих библиотек, либо их не класть. Всё, другого не дано. В любом случае ты эту программу в текущую версию дистра не поставишь. В первом случае программа потянет с собой из PPA и новые версии библиотек, но их невозможно будет поставить, т.к. они заменяют свои старые версии. Но имеющийся в системе софт требует текущие версии библиотек, удаление которых потребует и удаления использущих их программ.
Во втором случае для установки программы из PPA зависимые новые библиотеки придётся брать в другом месте (из другого PPA или из репы будущей версии дистра), что всё равно приведёт к конфликтам, описанным в предыдущем абзаце.

Дальше не читал, надоело объяснять очевидные вещи. Всё что я описываю, это то, как обстоят дела в реальности. Другого просто нет.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

Дальше не читал

что и требовалось доказать, сразу видно что ты не пробовал собирать софт в деб-пакетики, зато мнение железобетонное имеешь :)

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

ты не пробовал собирать софт в деб-пакетики, зато мнение железобетонное имеешь

Блин, вот ты тугой. Мало ли как можно собрать пакет, это к реальности никакого отношения не имеет. В реальности пакеты собирают так, как я говорю. Я нигде не видел чтобы они собирались по другому. Пруфы давай или больше не пиши мне.

firestarter ★★★☆
()
Последнее исправление: firestarter (всего исправлений: 1)
Ответ на: комментарий от firestarter

Блин, вот ты тугой.

тупой походу ты, потому что не осилил то чего я тебе написал. а ты пишешь какое-то сочинение на тему как я понимаю сборку пакетов :) последний раз скажу, правильный ppa обязан нести все нужные зависимости в себе, при этом ничего не ломая в системе. если ты с этим не согласен, то мне придется тебя занести в игнор, с не адекватами общаться только время терять :(

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

правильный ppa обязан нести все нужные зависимости в себе, при этом ничего не ломая в системе

Блин, ещё раз, какое отношение имеют твои представления об идеальном мире к реальности? Нормальному пользователю плевать какая идеальная система в теории, его волнует то, как обстоят дела об практике.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

как обстоят дела об практике

на практике я часто решаю проблемы с версиями за счет ppa, которые устроены так как я это представляю.

хочешь правильных примеров? например, вот

https://launchpad.net/~pitti/ archive/postgresql - разные версии postgresql для нескольких версий убунты, которые точно встанут на заявленную версию убунты без конфликтов.

autonomous ★★★★★
()
Последнее исправление: autonomous (всего исправлений: 1)
Ответ на: комментарий от autonomous

https://launchpad.net/~pitti/ archive/ postgresql - разные версии postgresql для нескольких версий убунты, которые точно встанут на заявленную версию убунты без конфликтов.

Ты продолжаешь отвечать, не читая сообщения... Давай, поставь версию для Raring в Precise параллельно, не удаляя уже установленной версии. Вообще речь шла о десктопе, чё ты мне серверное ПО суешь?

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

Давай, поставь версию для Raring в Precise параллельно

O_O зачем мне это делать? я тебе весь тред толкую, что правильный ppa имеет нужную версию ПО под нужную версию дистриба. зачем мне ставить пакеты, которые сделаны для другой версии? ты о чем вобще?

Вообще речь шла о десктопе, чё ты мне серверное ПО суешь?

ох, ну ты даешь :) какая между ними разница?

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

O_O зачем мне это делать?

Чтобы не фантазировал об идеальном мире и спустился на землю.

я тебе весь тред толкую, что правильный ppa имеет нужную версию ПО под нужную версию дистриба.

А я тебе весь тред толкую что это не всегда возможно. Новая версия программы может требовать новые версии библиотек (всякие там libc), где опять сменили api, abi и прочую хрень. Установка новых версий библиотек заменяет их старые версии. Уже установленные в системе программы зачастую не расчитаны на работу с будущими версиями библиотек, обычно это указано в их зависимостях, поэтому пакетный менеджер удалит все эти программы для установки новых версий библиотек.

какая между ними разница?

Большая. Принципы использования отличаются. На сервере ты можешь как угодно что угодно настраивать, хоть в чруте запускай что хочешь. Десктоп же просто должен брать и работать, его пользователь не должен ничего знать о тонкостях работы системы, что такое зависимости и тому подобная ересь красноглазиков. А ещё разница и в том что описанные мной проблемы на десктопе проявляются в большей степени по причине того что у десктопного ПО обычно в разы больше зависимостей.

firestarter ★★★☆
()
Последнее исправление: firestarter (всего исправлений: 1)
Ответ на: комментарий от firestarter

А я тебе весь тред толкую что это не всегда возможно.

это зависит от прямоты рук ментейнера, а не от вселенской несправедливости

Установка новых версий библиотек заменяет их старые версии.

на колу мачало начинай с начала?)) схренали это должно произойти, если ментейнер положит версию библиотеки в отдельный каталог на который будет смотреть только этот пакет? ты реально не понимаешь, что рядом могут лежать несколько версий библиотек среди которых будет одна для всей системы, а другие для определенных программ?

какая между ними разница?
Большая.

дальше можно не читать)) одно прояснилось окончательно, ты обычный админ локалхоста, который любит теоретизировать, о том что слышал краем уха. а библиотеки считаешь тайным шаманским знанием, вокруг которых нужно устраивать специальные ритуалы, чтобы не пошел дождь ничего не сломать))

его пользователь не должен ничего знать о тонкостях работы системы, что такое зависимости и тому подобная ересь красноглазиков

это должен знать не пользователь, а ментейнер пакетов.

autonomous ★★★★★
()
Последнее исправление: autonomous (всего исправлений: 1)
Ответ на: комментарий от autonomous

это зависит от прямоты рук ментейнера, а не от вселенской несправедливости

Ты опять мне об идеальном мире фантазируешь. Где же эти мейнтейнеры то?

на колу мачало начинай с начала?)) схренали это должно произойти, если ментейнер положит версию библиотеки в отдельный каталог на который будет смотреть только этот пакет? ты реально не понимаешь, что рядом могут лежать несколько версий библиотек среди которых будет одна для всей системы, а другие для определенных программ?

И опять фантазии об идеальном мире. Я прекрасно знаю что это возможно. Но в реальности так почти никто не делает.

это должен знать не пользователь, а ментейнер пакетов.

Всё фантазируешь... Если бы все делали бы то что должны, мир как раз и был бы таким, о котором ты фантазируешь.

firestarter ★★★☆
()
Последнее исправление: firestarter (всего исправлений: 1)
Ответ на: комментарий от autonomous

PS: прекрати уже фантазировать об идеальном мире, вот тебе реальная задача. Возьми Ubuntu 10.04 LTS (или любой другой десктопный дистр 2010 года) и поставь туда последний VLC (2.х) и последний Gimp (2.8 вроде сейчас). Только пакетным менеджером, а не в обход него, без компиляции, chroot, шаманства в LD_LIBRARY_PATH и прочего. При этом все остальные приложения, установленные в системе, не должны быть затронуты. Если ты этого не сможешь сделать за менее чем 15 минут (и то слишком много), то Линукс не готов к десктопу.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

не в обход него, без компиляции, chroot, шаманства в LD_LIBRARY_PATH и прочего

подобным красноглазием может заниматься только ссзб или от безысходности

Возьми Ubuntu 10.04 LTS (или любой другой десктопный дистр 2010 года) и поставь туда последний VLC (2.х)

ох какой же ты толстенький)) реальный мир ему подавай))

Open the terminal and run the following commands to install VLC 2.0 in Ubuntu 10.04:
sudo add-apt-repository ppa:n-muench/vlc2
sudo apt-get update && sudo apt-get install vlc
а если ты про тайные знания, то это вторая ссылка в гугле по запросу 'vlc 10.04'

Линукс не готов к десктопу.

мне если честно глубоко наплевать на чью-то там оценку готовности линукса для десктопа, я сижу на убунте с 2006-2007 года и мне ее хватает за глаза на десктопе, а тебе походу на винфак надо виндовенький трололо))

autonomous ★★★★★
()
Последнее исправление: autonomous (всего исправлений: 1)
Ответ на: комментарий от firestarter

GIMP 2.8 + Ubuntu 10.04 (комментарий)
Я бы бутстрапом поставил бы последнюю Убунту в какой нибудь каталог, установил бы там Gimp 2.8 и запускал бы в чруте (либо не в чруте, а с помощью LD_LIBRARY_PATH ещё можно

ох-хо-хо)) и ты мне тут рассказываешь про пакетные менеджеры и ppa)) гугли чаще, держись принципов KISS и будет тебе счастье)

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

ох какой же ты толстенький)) реальный мир ему подавай))
Open the terminal and run the following commands to install VLC 2.0 in Ubuntu 10.04:
sudo add-apt-repository ppa:n-muench/vlc2
sudo apt-get update && sudo apt-get install vlc
а если ты про тайные знания, то это вторая ссылка в гугле по запросу 'vlc 10.04'

Отсюда? Нет, ты сперва сам сделай то что там советуют и если это действительно работает, тогда и говори. В этом PPA пакеты только для Precise и Oneiric. Так то.

firestarter ★★★☆
()
Ответ на: комментарий от autonomous

я сижу на убунте с 2006-2007 года и мне ее хватает за глаза на десктопе, а тебе походу на винфак надо виндовенький трололо))

Я тоже ей пользуюсь с 2007г. (7.04 Kubuntu Feisty, даже коробочка всё ещё сохранилась) и что? Причём венды дома у меня нет.

firestarter ★★★☆
()
Последнее исправление: firestarter (всего исправлений: 2)
Ответ на: комментарий от firestarter

и что?

то что для десктопа убунта вполне подходит. у меня и родители на ней сидят, совершенно не обламываясь. вирусов нет, софт нужный есть, ничего не ломается.

autonomous ★★★★★
()
Ответ на: комментарий от firestarter

пакеты только для Precise и Oneiric

ну ок, разработчики забили на 10.04, не знаю почему, лень разбираться. скорее всего потому что им пришлось бы ментейнить пакеты нужных либ и посчитали это сложным. энтузиасты видимо решили также, что много возни и оно того не стоит.

кстати виндовая версия заводится под вайн, установка и запуск происходят также как в винде. это конечно нечестно, но тем не менее проблему решает))

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

то что для десктопа убунта вполне подходит

Смотря для чьего десктопа. Вообще, линукс подходит в основном для десктопа планктона.

кстати виндовая версия заводится под вайн, установка и запуск происходят также как в винде. это конечно нечестно, но тем не менее проблему решает))

Ага, только при этом теряется весь смысл использования Линукса.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

7.04 Kubuntu Feisty, даже коробочка всё ещё сохранилась

забавная коробочка, линукс центр их поди успешно барыжил :) у меня все диски были родные от каноникл пока они не перестали их рассылать. где-то должны валятся.

autonomous ★★★★★
()

мне кажется, или роллинг - это теперь мейнстрим?

isako ★★★
()
Ответ на: комментарий от firestarter

Вообще, линукс подходит в основном для десктопа планктона.

линукс подходит для любого десктопа, не подходит только если нужен win-only или mac-only софт. но в этом не линукс виноват, а разработчики этого софта.

Ага, только при этом теряется весь смысл использования Линукс

с чего это вдруг он теряется?

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

линукс подходит для любого десктопа, не подходит только если нужен win-only или mac-only софт. но в этом не линукс виноват, а разработчики этого софта.

Нет, Линукс не подходит для десктопов людей, которые используют компьютер как бытовую технику, а не ЭВМ. Надеюсь, понятно выразился на этот раз.

с чего это вдруг он теряется?

А какой смысл использовать Линукс, если тебе приходится пользоваться Вайном?

firestarter ★★★☆
()

Только этого и не хватает Ubuntu для идеала.

Valdor ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.