А добавление deb http://archive.ubuntu.com/ubuntu karmic-backports main universe multiverse restricted разве не есть получение обновлений для *всего* ПО? И нужно ли отключать обычные репозитории при подключении бэкпортов?
И, как я уже сказал, в sid'e не самый свежий софт.
Например, в experimental сейчас kde 4.4.2 как и в люсиде. Он там (в обоих) протестирован или нет? И на сколько эти версии (kde) идентичны?

> А добавление deb http://archive.ubuntu.com/ubuntu karmic-backports main universe multiverse restricted разве не есть получение обновлений для *всего* ПО?

нет, только для популярного/востребованного.

И нужно ли отключать обычные репозитории при подключении бэкпортов?

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

И, как я уже сказал, в sid'e не самый свежий софт.

еще раз уточню, что sid является rolling-release'ом, поэтому через месяц-другой в нем будут *более* новые пакеты, чем в той же убунту lucid в которой версии пакетов останутся прежними на все время релиза, а это 3 года для десктопа (за исключением обновлений софта, связанных с исправлением ошибок/уязвимостей).

Например, в experimental сейчас kde 4.4.2 как и в люсиде. Он там (в обоих) протестирован или нет?

в ветке experimental лежит непроверенный софт, исправлений и патчей для него не выпускают (в отличие от того же debian testing). вариант, лежащий в lucid таким образом является более стабильным, т.к. для него будут выпускать патчи маинтейнеры убунту.

> в multiverse лежат пакеты под несвободной лицензией (те же кодеки для, например, wma и aac). так что, как говорится, флаг вам в руку, барабан на шею и идите в ж.. возглалять орущую вендовую пионерию ))

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

В описании пакета gstreamer0.10-plugins-ugly, лежащего в universe, совершенно ясно написано:

This package contains plugins from the «ugly» set, a set of good-quality plug-ins that might pose distribution problems.

Вообще, критерии разделения на universe и multiverse - достаточно нечёткие. Например, что gstreamer0.10-ffmpeg при всей его неоднозначной истории развития попал в universe, а lame'овский кодировщик - в multiverse.

Да, кстати, wma и wmv'шные кодеки входит как раз в состав gstreamer0.10-ffmpeg, так что Вы снова облажались, хотя достаточно было просто внимательно читать написанное и немножко думать, прежде чем жмахать кнопочку «Поместить». Попробуйте, и люди могут начать считать Вас несколько умнее, чем Вы есть на самом деле.

>

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

http://www.ubuntu.com/community/ubuntustory/components — описание репозитариев убунту, правда я совсем далек от уверенности, что вы сможете осилить английский текст (ну, сомневаюсь я в ваших умственных способностях, уж простите).

https://help.ubuntu.com/community/Repositories/Ubuntu — еще по теме.

https://wiki.ubuntu.com/ffmpeg — про ffmpeg, необходимый для mpeg2 цитирую: «For a litany of legal reasons, FFmpeg does not come with all of the necessary things enabled for you to encode video for the iPod Video by default. Therefore, we need to build it from source and install some other libraries and programs, as well. Make sure you have the Multiverse and Universe repositories enabled.»

особый акцент на: *MAKE SURE ... MULTIVERSE ... UNIVERSE ... ENABLED.*

а теперь уже можете с чистой душой идти в ж.

Ты придурок или где? Как можно ставить знак равенства между _ПРЕДЛОЖЕНИЕМ_ подключить тот или иной репозиторий и подключением его по умолчанию? Какое нахрен нарушение патентов от того, что пользователю покажут в окошечке с кнопочками текст «Бла-бла-бла, для просмотра этого фильма необходимы кодеки такие-то из репозитория такого-то, ознакомьтесь с условиями их использование тем-то». Тебе лечиться пора, а то логические цепочки нарушены.

А свой ZverCD в жопу себе засунь. Чтобы говно от говна не отделялось.

Менять дистрибутив. Например, в Мандриве используются «мягкие» зависимости, поэтому можно тянуть только необходимый софт+зависимости из кукера (unstable ветка) без обновления дистрибутива полностью, при этом в большинстве случаев при таких обновлениях ничего не ломается, а если и ломается то лечится всегда тривиально.

> Какое нахрен нарушение патентов от того, что пользователю покажут в окошечке с кнопочками текст «Бла-бла-бла, для просмотра этого фильма необходимы кодеки такие-то из репозитория такого-то

идиот, в теме разберись и закрой хлебало, сидя на своей Максимальной.

по теме: https://help.ubuntu.com/community/Repositories/Ubuntu — „Software restricted by copyright or legal issues (multiverse)“ - т.е. в multiverse содержится патентно-затролленный софт (читай как „некоторые несвободные кодеки“), причины, по которым его не включают по умолчанию читай в предыдуших постах. „окошко с кнопочками“ показывают таким идиотам как ты в венде, в дебиане/убунту используют консольные apt-get/aptitude.

> Менять дистрибутив.

//fixed. Переходить на венду.

Вам туда дорога )

Не надо мешать лицензии и патенты. В странах Европы мерокосские патенты не действуют, поэтому можно ставить какие угодно кодеки.

>Но на её компьютере нет ни вирусов, ни троянов, он не включён в ботнет. Секрет прост: отключение лишних служб, файрволл, антивирус, автообновления, и пятиминутный инструктаж о простейшей гигиене в сети.

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

Тоже вариант. В лялехе в любом случае не получится сидеть на ОСи 2001 года выпуска и использовать свежий софт :)

> В странах Европы мерокосские патенты не действуют, поэтому можно ставить какие угодно кодеки.

Тогда напиши Марку, чтоб он сделал Ubuntu European Edition Home Premium, специально для тебя.

я видел этот тред 3х страничным

а по сабжу, обновился, скорость загрузки уменьшилась, нифига не отвалилось, бегать стало шустрее, все конфиги подхватило. ЧЯДНТ??

>угу, арч это одна непрекращающаяся революция :)

* эволюция :)

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

system-config-samba

>И в Убунте, и в Дебиане управления Самбой только стандартными средствами Гнома.

А вот как выглядят настройки самбы в Сусе

http://i011.radikal.ru/1005/2c/2094cd8cc482.png

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

>базовая компьютерная грамотность необходима

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

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

Да я уже прочитал весь тред (по сути это не тред даже, а так, два придурка спорят). Ключевое слово здесь - «если». А если настраивать его некому? Юзер так и будет открывать вложения с именем типа hotteengirltakesinherass.jpg.exe с неизвестных адресов?

Вопрос теперь в том, существуют ли системы, обеспечивающие достаточный уровень безопасности тупому юзеру «искаропки». Мак и линь во многом именно на этом свои рекламные компании (ну, насколько это слово вообще применимо к линю) и строят. Насколько оно, правда, адекватно, это уже другой вопрос для отдельного жаркого холивара.

> А где я утверждал обратное? Базовая грамотность и навыки администрирования - разные вещи. Пользователь должен уметь грамотно пользоваться.

что по-вашему тогда «грамотно пользоваться» и чем это понятие отличается от «безграмотно пользоваться»? потому как *базовое* знание настроек безопасности (файрвол, браузер, представление о сетевых компьютерных угрозах, настройках безопасности аккаунта пользователя, привилегиях доступа и т.п.) можно отнести к администрированию, но эти же знания являются основой базовой компьютерной грамотности, а отнюдь не умение пользоваться word'ом, excel'ем и outlook'ом.

> Менять дистрибутив. Например, в Мандриве используются «мягкие» зависимости, поэтому можно тянуть только необходимый софт+зависимости из кукера (unstable ветка) без обновления дистрибутива полностью, при этом в большинстве случаев при таких обновлениях ничего не ломается, а если и ломается то лечится всегда тривиально.

Дело тут не в мягких зависимостях. Просто в RPM дистрах нет такой хни как в DEB. И кроме того, в RPM пишется поставщик пакета, я, например могу подключить хоть федоровский реп, и система не поломается, потому что обновляет пакеты только от того же поставщика, от которого они были установлены. А Убунта как увидит новую версию пакета, сразу обновляет и ей пох что это пакет из левого репа.

> А Убунта как увидит новую версию пакета, сразу обновляет и ей пох что это пакет из левого репа.

И кто же вас заставляет пользоваться левыми репозитариями, неугомонный вы наш? ))

Просто в RPM дистрах нет такой хни как в DEB.

Не все спокойно в королевстве датском:

RPM has been criticized for a lack of consistency in package names and content which can make automatic dependency handling difficult. However, this is not a problem inherent in the RPM format, but rather because of differing packaging guidelines among major Linux distributions that use RPM in packaging such as Fedora, openSUSE, and Mandriva Linux. — wikipedia

Так что не нужно тут писать байки про «крутость» RPM формата по сравнению с deb. Я вам ничуть не меньше аргументов могу привести против оного.

>а отнюдь не умение пользоваться word'ом, excel'ем и outlook'ом

Если работа человека за компьютером ограничена именно офисными программами, то для успешного и безопасного пользования достаточно уметь пользоваться ими и файловым менеджером. Умение настраивать компьютер ничего тут не убавит и не прибавит. Я вот, к примеру, не умею водить автомобиль, чинить его или тем более сделать самостоятельно, но тем не менее могу на нём ездить и при этом никого не покалечить. Для этого мне хватает двух простых навыков: назвать адрес и дать денег таксисту.

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

для успешного - возможно. безопасного? никак нет.

Я вот, к примеру, не умею водить автомобиль, чинить его или тем более сделать самостоятельно, но тем не менее могу на нём ездить и при этом никого не покалечить. Для этого мне хватает двух простых навыков: назвать адрес и дать денег таксисту.

Не вы на нем будете ездить, а вас будут возить. Это большая разница, кстати: уметь делать что-то и чтобы кто-то это что-то делал за вас. Пользуясь вашей логикой, за компьютером такого «продвинутого» пользователя должен сидеть другой человек и выполнять команды того в стиле: "- слушай, а зайди в поисковик, найди для меня кое-что. - да без проблем, сейчас только проверю твою почту..." Как-то смешно такое читать, честное слово. Или отключайте таких «грамотных пользователей» от сети - *тогда и только тогда* они будут безопасны для окружающей компьютерной среды.

> И кто же вас заставляет пользоваться левыми репозитариями, неугомонный вы наш? ))

Ну на Убунте конечно, пользоваться какими-либо репами кроме официальных черевато разрушением системы. На Сусе - никаких проблем. Чем больше репозиториев подключено, тем больше ПО доступно.

RPM has been criticized for a lack of consistency in package names

Ну конечно. В deb все пакеты вынужденно называются в соответствии со строгими правилами. Не дай бог кто-то назовет аналогичные пакеты libnext и libNext или mylibnext - система просто запутается. А в RPM название пакета такого значения не имеет. Важно, что у него записано в provides.

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

Вы из контекста-то не вырывайте:

«RPM has been criticized for a lack of consistency in package names *AND* content [!!] which can make automatic dependency handling difficult.

Форкайте-форкайте, RPM настолько „стандартизирован“, что пакеты не совместимы ни по названиям, ни по мета-содержимому настолько, что пакеты из под сузи нельзя нормально пользовать ни в мандриве, ни в федоре и наоборот ))

капча fortify as[s] намекает на [б]анальные проблемы с RPM )

> Форкайте-форкайте, RPM настолько «стандартизирован», что пакеты не совместимы ни по названиям, ни по мета-содержимому настолько,

Еще раз. Названия пакетов RPM вообще никакого значения не имеют. :-)

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

Каким способом проверял? Я вот например, спокойно ставил пакеты и от Альта (OpenReduce), и от Федоры (adblockplus), а потом сам собрал его в OBS.

А вот на Убунту даже от предыдущей или следующей версии или из Дебиана фиг что поставишь.

> Еще раз. Названия пакетов RPM вообще никакого значения не имеют. :-)

Еще раз для слепых или хитрожопых: ПАКЕТЫ RPM НЕ СТАНДАРТИЗИРОВАНЫ НИ ПО НАЗВАНИЯМ НИ ПО *ВНЕЗАПНО* МЕТАДАННЫМ (читай как «информации о зависимостях»). Т.е. пакеты от одной RPM системы часто не встанут нормально в другую.

Каким способом проверял? Я вот например...

Ну, про твои «примеры» мы уже почитали (что-то в стиле: «а я вот тут на заборе читал, что...» ), свой «опыт» не суй.

А вот на Убунту даже от предыдущей или следующей версии или из Дебиана фиг что поставишь.

Толстое трололо, даже не смешно уже.

НИ ПО *ВНЕЗАПНО* МЕТАДАННЫМ (читай как «информации о зависимостях»). Т.е. пакеты от одной RPM системы часто не встанут нормально в другую.

Это вам не DEB. Если бы было несколько дистров, основанных на пакетах DEB, им бы пришлось между собой согласовывать название каждого пакета, иначе, даже если на одну букву отличаются - все, пипец :-) Поэтому на deb снован только один дистр :-)

В RPM все не так. Список provides формируется из имен файлов библиотек, входящих в пакет - а они везде одинаковые. Кроме того, в provides можно добавить дополнительные значения на любой вкус для любого дистра или пакета. Например, некоторым пакетам требуется Fox, другим libFox, а по сути это одно и то же. Ничего не мешает записать в provides пакета Fox и то и другое. А на Дебиан невозможно поставить одновременно пакет, которому нужен fox и пакет которому нужен libfox.

Ссылки в студию! )) А то у тебя одно трололо и ни одного «живого примера» нет, кроме пустой болтовни тролля...

Я-то могу привести пример на твое «а вот на Убунту даже от предыдущей или следующей версии или из Дебиана фиг что поставишь»:

Есть искомый дистр debian. Требуется поставить библиотеку pygame последней версии с новыми экспериментальными фичами. В debain лежит версия 1.8.1, новая появится года через 2, как пить дать, следовательно идем в последний реп убунты lucid, берем оттуда версию 1.9.1 http://de.archive.ubuntu.com/ubuntu/pool/universe/p/pygame/python-pygame_1.9.... и спокойно ставим ее в debian. Далее по рецепту:

import pygame

Занавес.

ох лол, убунта\дебиан по сути один дистр, все ровно что с редхата на федору ставить, или на sled с опенсуси, 99.99999% проблем не будет.
все независимые rpm-ки что я встречал нормально ставились в сусе, тоже мелкие игры как osmos, и другая проприетарщина.

Не лолкай. Твой зеленый товарищ заявил, что:

А вот на Убунту даже от предыдущей или следующей версии или из Дебиана фиг что поставишь.

Просто показал, какой он идиот.

Зря вы тут ругаетесь. Есть и справедливые замечания, но гону еще больше. По поводу rpm. Сам не раз для RedHat пытался собирать пакеты от мандривы или сусе. Собираются в основном только пакеты без зависимостей. Для остальных либо ошибка с зависимостями, либо (чаще) неизвестные метаданные. Ну и по поводу deb. Поскольку на основе дебиана основана масса других дистрибутивов (а дебы у нах одинаковые по метаданным, в отличие от), то дебы можно считать наверно даже более распространенными, по крайней мере - не менее. А вообще, уважаемые любители Линукса, чем обсирать друг друга и свои дистрибутивы, отпугивая тех людей, которые могли бы им заинтересоваться, лучше бы показали, что есть действительно классного (и главное - свободно и бесплатно) в каждом из ваших любимых дистрибутивах. Ведь именно в их разнообразии и возможности выбора и есть сила Линукса?

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

Поюзал 10.04 на своем десктопе пару дней и пришел к неизбежному выводу, что ей не место на моем компе. Ощущение такое, что единственное, в чем преуспел Каноникл, это раздутая реклама. Море новостей ни о чем. Результат - сыроватый релиз, который пилить еще несколько месяцев до юзабельного состояния. Что скажете по поводу замены сабжа на Debian Sid? Насколько он стабилен и юзабелен на десктопе?

> Собираются в основном только пакеты без зависимостей. Для остальных либо ошибка с зависимостями, либо (чаще) неизвестные метаданные.

Собирать - не ставить. При сборке надо инсталлировать нужные зависимости. Если прописывать BuildRequires по именам библиотек, во всех дистрах будет одинаково. Если прописывать по именам пакетов - будет по разному, придется в спеке делать анализ, что за дистр. Но на полученном в результате сборки пакете это никак не отражается, потому что туда зависимости пишутся автоматом из имен файлов слинкованных библиотек.

> Что скажете по поводу замены сабжа на Debian Sid? Насколько он стабилен и юзабелен на десктопе?

Скорее всего, то же самое.

Как уже писалось выше по треду, Debian Sid не является настолько стабильным, как Ubuntu, вследствие того, что Sid не является полноценным релизом и специально для него не пишут патчи и исправления ошибок и уязвимостей. Через пару месяцев релиз Lucid станет еще гораздо более стабильным по сравнению с тем же Sid'ом. В качестве же сабжа на десктопе: советую использовать sidux - это то же Sid (только ядра ванильные), использует те же репозитарии, но его хотя бы тестируют разработчики и исправляют ошибки.

Попобуй, кстати, собирать в OBS - там сборка для еще одного дистра включается одной галочкой. Можно одновременно собирать для суси, мандривы и федоры.

А смысл сидеть на оси 2001 года, если, например, в мою сусе 11.2 спокойно можно поставить и КДЕ3 и КДЕ2, одним щелчком? И даже, говорят, Gnome1 можно.

> Debian Sid не является настолько стабильным, как Ubuntu, вследствие того, что Sid не является полноценным релизом и специально для него не пишут патчи и >исправления ошибок и уязвимостей. В sid привлекает отсутствие этих самых «полноценных релизов». Хочется rolling release В sidux расстраивает отсутствие gnome и ванильные ядра. И можно ли в нем поддерживать дистр всегда в актуальном состоянии, как Sid?

Стандартизованы в пределах одного дистрибутива.

> И можно ли в нем поддерживать дистр всегда в актуальном состоянии, как Sid?

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

На других дистрах такой проблемы вообще нет. На свою 11.2 я могу поставить любой самый современный софт. Также как и софт 10-летней давности.

> В sidux расстраивает отсутствие gnome и ванильные ядра.

Действительно, в sidux официально не поддерживают gnome, но это всего лишь означает, что вы получаете «поддержку» на уровне debian sid (а точнее ее отсутствие), что не может быть записано в плюс sid'а над sidux'ом. Хотя, если предпочитаете gtk, то можно спокойно использовать легковесный xfce. Что же насчет ядер, то в sidux ядра новее, чем в sid, поэтому интересные фичи там появляются раньше.

И можно ли в нем поддерживать дистр всегда в актуальном состоянии, как Sid?

Да, это практически и есть sid, только с более новым ядром и исправлением некоторых ошибок, т.е. sidux - rolling-release дистрибутив.

если там те же репозитории, то каким образом исправляются ошибки?

> если там те же репозитории, то каким образом исправляются ошибки?

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

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

> На ноутбуке страшно глючит клавиатура и мышь.

Какая модель? И в чем проявляются глюки? У меня на esprimo u9200 все ок с этим.

Хотя, если предпочитаете gtk, то можно спокойно использовать легковесный xfce.

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

Что же насчет ядер, то в sidux ядра новее, чем в sid, поэтому интересные фичи там появляются раньше.

Принято. Записываю в достоинства.

т.е. sidux - rolling-release дистрибутив.

Как и sid. Тоже плюс. Недоделанные релизы раз в пол-года не нужны

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

Тут не в фетише дело. Просто если например вышел новый браузер или офисный пакет нужно ждать следующего релиза, или искать сторонние репозитории, или качать исходники/deb-ы и пр. Со временем это начинает напрягать. Хочется чтобы все это появлялось в репах или был какой-то общепринятый способ установки.

Таким образом, на выбор (для меня) есть sidux или arch. Что посоветуете?

> Просто если например вышел новый браузер или офисный пакет нужно ждать следующего релиза, или искать сторонние репозитории, или качать исходники/deb-ы и пр.

Вот. А в других дистрах таких проблем нет. Например, у меня подключен репозиторий с Фаерфоксом, и всегда в системе свежий Фаерфокс.