форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от opennews (??) on 05-Дек-11, 20:28
Комитет FESCo (http://fedoraproject.org/wiki/Development/SteeringCommittee) (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил план по использованию (http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs) в Fedora 17 по умолчанию файловой системы Btrfs и перенос (http://fedoraproject.org/wiki/Features/UsrMove) содержимого bin и /lib в директорию /usr. Следует отметить, что конечное решение о реализации данных возможностей будет зависеть от степени готовности намеченных функций к моменту начала заморозки перед релизом. Например, переход на Btrfs по умолчанию изначально планировался в Fedora 16 но был отменён (http://www.opennet.dev/opennews/art.shtml?num=31430) из-за неготовности утилиты для проверки целостности и восстановления файловой системы после сбоя. В отличие от прошлого плана, представленного при подготовке Fedora 16, в Fedora 17 утверждено использование вместо LVM встроенного в Btrfs менеджера логическ... URL: http://fedoraproject.org/wiki/Releases/17/FeatureList Новость: http://www.opennet.dev/opennews/art.shtml?num=32470
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

3. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
Сообщение от Аноним (??) on 05-Дек-11, 20:28
Надеюсь, релиз будет таким же стабильным, как F16.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	152. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 11:39
	> Надеюсь, релиз будет таким же стабильным, как F16. Я тоже на это надеюсь - должен же кто-то оттестить btrfs :)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–6 +/–
Сообщение от Аноним (??) on 05-Дек-11, 20:29
Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет. Если они это действительно сделают - в плане технологий федора обойдет остальные линуксы лет на пять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+12 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:34
	> Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет. > Если они это действительно сделают - в плане технологий федора обойдет остальные > линуксы лет на пять. Они каждым релизом обходят на пять лет. Как раз за пять лет эти технологии допилят до стабильного состояния. Может быть...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	25. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–4 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:51
	> Как раз за пять лет эти технологии допилят до стабильного состояния. Может > быть... Ну, в общем-то, десктопные дистрибутивы как раз и не гонятся за стабильностью, им новые технологии важнее - достаточно посмотреть на наиболее популярные из них, Ubuntu и Arch. Но у них, в отличие от федоры, ни стабильности, ни технологий =\ В федоре хоть технологии есть.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	76. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:57
	> В федоре хоть технологии есть. Если насчет btrfs сомнений быть не может, то вот в чем инновационность переноса /bin для меня осталось загадкой. Ну, порцию геморроя, глюков и несовместимостей оно конечно ввалит. Однако аргументы за это решение просто поражают и видимо сводятся к сакральному "наш пакетный манагер - тормозное и убогое г-но". Иначе я не понимаю откуда может вылзти такая проблема.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	104. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 04:39
	Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не сталкивался то не поймешь.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	160. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:41
	> Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не > сталкивался то не поймешь. Для хитрых бездисковых можно по сетке хряпнуть initrd и не вы...ся. Но у федористов явно кончились все насущные проблемы и Доны Кихоты отчаянно ищут хоть какую-нибудь ветряную мельницу.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	171. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 13:26
	У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd. Если это так - намекните в какую сторону копать.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	178. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 14:23
	> намекните в какую сторону копать. Копать надо могилы таким разработчикам которые не могут обойти свои проблемы без того чтобы переколпачить всю иерархию ФС, ну и сисадминам с куцым мозгом, у которых возникают какие-то совершенно кретинские затруднения на ровном месте.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	245. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:09
	> У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd. > Если это так - намекните в какую сторону копать. nfsroot=, но вместо сборки клиентского ядра со всем сетевым подряд в общем случае лучше всё-таки мелкий initrd для бутстрапа...
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	138. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от SubGun (ok) on 06-Дек-11, 10:25
	> Если насчет btrfs сомнений быть не может Еще как может. Технология сырая, с кучей глюков
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	159. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:39
	>> Если насчет btrfs сомнений быть не может > Еще как может. Технология сырая, с кучей глюков Так вот федористы нам ее и обезглючат ;). А свои заморочки с /bin пусть себе оставят.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	103. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 02:47
	В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	123. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 07:51
	По умолчанию? Если нет то арч опоздал. Даже в debian stable есть поддержка btrfs
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	148. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 11:02
	Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs в инсталляторе есть.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	161. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:41
	> Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs > в инсталляторе есть. Ну так оно много у кого есть -> пиар арча зафэйлен.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	180. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от myhand (ok) on 06-Дек-11, 14:36
	> В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала. Вы ломаете все настолько быстро, что и в fsck нету надобности?
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	179. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 14:26
	Кэп информирует что дистрибутивов линукса чуть более одного. Любители суперстабильности могут использовать хоть дебиян и рхел где по 3-5 и более лет вообще ничего не меняется, даже софт заморожен по версиям и выходят только секурти фиксы.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	72. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:46
	> Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет. Давайте-давайте, не забудьте как следует потестить btrfs :) > Если они это действительно сделают - в плане технологий федора обойдет остальные > линуксы лет на пять. А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем нужен, то вот зачем нужен этот онанизм с симлинками - я не догоняю. Редхатчики на ровном месте нашли себе вагон работы и мегафич который родит им over 9000 глюков и проблем с совместимостью. Лично я и без симлинков на /bin какнить обойдусь, спасибочки.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	74. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:50
	> А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем > нужен, то вот зачем нужен этот онанизм с симлинками - я > не догоняю. Редхатчики на ровном месте нашли себе вагон работы и > мегафич который родит им over 9000 глюков и проблем с совместимостью. > Лично я и без симлинков на /bin какнить обойдусь, спасибочки. предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	82. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 00:04
	> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость. Любой софт который различает симлинки и файлы. Например бэкапный.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	89. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Анонимоус on 06-Дек-11, 00:33
	> Любой софт который различает симлинки и файлы. Например бэкапный.   А зачем бэкапить /bin ?
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	95. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 01:37
	> А зачем бэкапить /bin ? Наверное, чтобы в случае какого либо факапа в духе "сдох диск" моментально раскатать работающую систему в виде как было, со всеми пакетами и обновлениями.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	93. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 01:03
	a кто мешает rsync използовать?
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	96. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 01:37
	> a кто мешает rsync използовать? угу, 640кб^W rsync хватит всем, всегда, под любые задачи.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	117. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–5 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 06:45
	> Любой софт который различает симлинки и файлы. Например бэкапный. ничего подобного - далеко не любой. Я так понимаю сценарий предложить так и не смог. Трепло?
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	139. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от SubGun (ok) on 06-Дек-11, 10:27
	>> Любой софт который различает симлинки и файлы. Например бэкапный. > ничего подобного - далеко не любой. > Я так понимаю сценарий предложить так и не смог. Трепло? Апач различает симлинки и файлы. Это чисто пример ПО
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	142. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от VoDA (ok) on 06-Дек-11, 10:34
	>>> Любой софт который различает симлинки и файлы. Например бэкапный. >> ничего подобного - далеко не любой. >> Я так понимаю сценарий предложить так и не смог. Трепло? > Апач различает симлинки и файлы. Это чисто пример ПО А нафига Апачу лазить в /bin и /sbin кроме взломанных систем?
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	162. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:44
	> А нафига Апачу лазить в /bin и /sbin кроме взломанных систем? Апачу может и незачем, а вот бэкапный софт наверняка словит вагон лулзов. Ну и федористов конечно же не волнует что у клиентуры половина софта гавкнется, они традиционно начнут лечить что юзайте, мол, расово верный софт. Желательно от Поттеринга. Он правда его еще не написал, но как только начнутся вопли он наверное подорвется исправлять это упущеньице.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	184. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 14:52
	> ничего подобного - далеко не любой. Мне как админу совершенно не хочется гулять по системе с миноискателем и выискивать где же там бомбы и мины, и какие из них настоящие а какие так, для красоты. > Я так понимаю сценарий предложить так и не смог. Вполне очевидный сценарий: софт всю жизнь не предполагал в этом месте ниаких симлинков и различных грабель может повылезти чуть более чем дохрена. Это мое (тестеровское) мнение по поводу таких изменений. Желающие опровергнуть и доказать что я гонщик - идут и тестят на такой конфигурации _все_ программы. Ну хотя-бы все что в репах есть. Если ни 1 не сглючит - ок, я гонщик и перестраховываюсь. Но я почему-то на 99.9% уверен что я гонщиком не окажусь. > Трепло? Ну я не виноват что вы сами на себя характеристку написали.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	234. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Пр0х0жий (??) on 07-Дек-11, 18:52
	> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость. Уже по-барабану. Где-то к 19-й, 20-й версии федорина вики обещала и симлинки отламать. Будет что-то вроде Fedora IP (Isn't POSIX).
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	151. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 11:37
	Mandriva перешла на systemd еще осенью. Где пять лет? O_O
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	242. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:00
	> Mandriva перешла на systemd еще осенью. Где пять лет? O_O Насколько понимаю, не Мандрива, а ПОЦА -- и как оно там летом в бетах плющилось, смотреть было страшно даже повидав виды.  Тогда уж openSUSE в качестве примера можно взять, в 12.1 явочным порядком работает.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

6. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
Сообщение от Аноним (??) on 05-Дек-11, 20:30
diff-snap уже реализовали? между двумя снапами ато вручную лямы файлов корячить не весело.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
Сообщение от Аноним (??) on 05-Дек-11, 20:32
Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base) в котором RHEL учавствует. Описание иерархии каталогов там было в том числе. Сейчас его начнут переписывать полностью ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:37
	Забили давно на ЛСБ. DLL hell грядет!
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	19. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–3 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:44
	> Забили давно на ЛСБ. DLL hell грядет! Пока что с призраком DLL hell наоборот, борются. Вот, уменьшают число lib-каталогов.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	31. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
	Сообщение от anonymous (??) on 05-Дек-11, 21:09
	>Вот, уменьшают число lib-каталогов. И как это способствует уменьшению DLL hell? Сваливают всё в одну кучу, как в венде?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	17. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:42
	> Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base) > в котором RHEL учавствует. Описание иерархии каталогов там было в том > числе. Сейчас его начнут переписывать полностью ? Разумеется. Будет новая версия.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	45. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 05-Дек-11, 22:04
	> Разумеется. Будет новая версия. Которая наконец выкинет из стандарта rpm (в соответствии с реальностью)?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	53. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от h31 (ok) on 05-Дек-11, 22:14
	А что у нас в реальности? .pkg.xz? Ебилды? Тут ориентир - RHEL, а в нём rpm.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	66. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Manager on 05-Дек-11, 22:41
	Конечно. # emerge --sync && emerge -uDN world # emerge -e system # emerge-webrsync # emerge --pretend package # emerge -fp package # emerge pciutils # emerge vdr # emerge vdr-remote # emerge lirc # emerge vdr-dxr3 # emerge vdr-pvr350 # emerge vdr-softdevice # emerge vdr-xineliboutput # emerge linuxtv-dvb-apps # emerge vdr-reelchannelscan # emerge keychain # emerge --sync # emerge -u portage # emerge -u gcc # USE="-java" emerge /usr/portage/sys-devel/gcc/gcc-3.2.2.ebuild # emerge glibc binutils # emerge -e world # emerge -a baselayout # emerge -n '>=sys-apps/portage-2.0.51' # emerge -ua world # emerge --unmerge sys-apps/modutils # emerge module-init-tools # emerge -a udev # emerge -a alsa-lib alsa-utils alsa-tools alsa-headers alsa-oss # emerge -a gentoo-sources # emerge --unmerge lvm-user # emerge lvm2 # emerge -u linux-headers # emerge -a glibc # emerge --unmerge =vanilla-sources-2.4.* =gentoo-sources-2.4.* # emerge --unmerge alsa-driver i2c devfsd # emerge -Dup world # emerge -u gentoo-sources # emerge eselect # emerge sys-kernel/module-rebuild # emerge -P gentoo-sources # emerge app-forensics/chkrootkit # emerge -vpuD world # emerge prelink # emerge -aC prelink # emerge symlinks # emerge --ask app-text/convmv # emerge --update --deep --newuse world # emerge terminus-font intlfonts freefonts corefonts # emerge zsh zsh-completion # emerge --pretend --verbose mysql # emerge mysql # emerge --config =dev-db/mysql-[version]
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	86. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 00:27
	> А что у нас в реальности? .pkg.xz? Ебилды? dpkg. 1) Не менее популярный формат чем rpm, как не более. 2) Более старый и, как минимум, не менее подходящий с технической стороны > Тут ориентир - RHEL, а в нём rpm. Это стандарт.  Если там будет диктовать один вендор - проще забить на остальных вовсе и пользовать то, что дает этот вендор.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	106. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–3 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 04:43
	>> А что у нас в реальности? .pkg.xz? Ебилды? > dpkg. > 1) Не менее популярный формат чем rpm, как не более. > 2) Более старый и, как минимум, не менее подходящий с технической стороны >> Тут ориентир - RHEL, а в нём rpm. > Это стандарт.  Если там будет диктовать один вендор - проще забить > на остальных вовсе и пользовать то, что дает этот вендор. deb более отсталый, зависимости отслеживает с точностью до пакета а не до файла как RPM.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	163. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:46
	> deb более отсталый, зависимости отслеживает с точностью до пакета а не до > файла как RPM. Наверное потому и не тормозит как yum-ы всякие. Там ушиблись настолько что качают из репов уже заготовленные скулайтовые базы. Раньше качали немеряные XMLники, но это было настолько люто что терпения не хватило даже у привычных ко всему федористов.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	172. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 13:39
	"не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	195. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 15:53
	> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как. Не, тормозит - это yum. Вот это да, тормоз эпический.
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	248. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:21
	>> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как. > Не, тормозит - это yum. Вот это да, тормоз эпический. Его за последние пару лет заметно разогнали, а был и впрямь ужас-ужас...
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	167. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 13:04
	это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а ты потом создавай симлинки чтобы обновить пакет в котором этот файл есть, до новой версии, в котом этот файл на другом месте...
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	244. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:07
	> это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а > ты потом создавай симлинки чтобы обновить пакет Точно?  А то припоминается, что для rpm этот файл должен фигурировать в rpmdb, а не на ФС.
	Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

	177. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Nicknnn (ok) on 06-Дек-11, 14:16
	Сразу понятно, что вы кроме rpm больше ничего не видели. deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению версий именно за счёт отслеживания зависимостей между пакетами, а не файлами. Это как git (deb) и  subversion (rpm)
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	246. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:14
	> Сразу понятно, что вы кроме rpm больше ничего не видели. Хм, а видели ли Вы rpm? ;-) > deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению > версий именно за счёт отслеживания зависимостей между пакетами, а не файлами. В rpm пакетные зависимости и есть основной вид зависимостей.  Файловые бывают удобны вместо виртуальных пакетов (провайдящихся несколькими вариантами) в некоторых случаях, каталожные позволяют обеспечить наличие требуемого каталога вне зависимости от того, будет ли он в filesystem или ещё где (порой бывают перемещения). > Это как git (deb) и  subversion (rpm) Вот эта аналогия в чём-то верна -- rpm/rpm действительно более "дубовый", чем dpkg/deb, причём так и задумано.
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	181. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 14:46
	> deb более отсталый, зависимости отслеживает с точностью до пакета а не до > файла как RPM. В чем тут "отсталость"?  Реальные задачи, которые используют такие зависимости - в Debian просто решают чуть иначе (виртуальные пакеты, Provides и т.п.).
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	170. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от fi (ok) on 06-Дек-11, 13:25
	Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar tar etc.), он еще и не имеет подписей, то есть в плане надежности - ноль. Для домашнего пользования - без проблем, но не для прод. Ну а вендоры - все там будут, где рпм.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	182. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Nicknnn (ok) on 06-Дек-11, 14:49
	> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar > tar etc.), он еще и не имеет подписей, то есть в > плане надежности - ноль. Чушь в каждом слове. ar и tar были выбраны по причине их легковесности и доступности на любой платформе. Другими словами deb пакет можеть без напряга распакован на очень слабой машине. (но надо сказать что в новых версиях добавили возможность делать tar.XX вместо tar ) rmp также зависит от двух внешних сущностей: gzip и cpio. Но gzip сильно тяжелее. deb имеет внутри md5 для простой проверки. Подписи пакетов хранятся в Packages файлах в md5 sha1 и sha256. Packages файлы в свою очередь подписаны Release файлом целостность которого гарантирует gpg ключ зеркала дистрибутива. Это означат, что пакеты нужно ставить с официального зеркала, а не скачивать из интернетов  неясные rpm файлы созданные Васей. Так, что в плане защищённости простоты использования и гибкости deb далеко впереди. rpm выплывает тока за счёт вендора.
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	191. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от fi (ok) on 06-Дек-11, 15:02
	>> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar >> tar etc.), он еще и не имеет подписей, то есть в >> плане надежности - ноль. > ar и tar были выбраны по причине их легковесности и доступности на ... > rmp также зависит от двух внешних сущностей: gzip и cpio. Вы тут совсем не разобрались!!!  да и gzip и cpio rpm сам по себе не использует. > deb имеет внутри md5 для простой проверки. Подписи пакетов хранятся в Packages > файлах в md5 sha1 и sha256. > Packages файлы в свою очередь подписаны Release файлом целостность которого гарантирует > gpg ключ зеркала дистрибутива. > Это означат, что пакеты нужно ставить с официального зеркала, а не скачивать > из интернетов  неясные rpm файлы созданные Васей. Так, что в > плане защищённости простоты использования и гибкости deb далеко впереди. > rpm выплывает тока за счёт вендора. Много букв, но результат один - репозитарии ненадежны. Я был сильно обескуражен этим, когда мне это ткнули. Это действительно проблема для прод. Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи, для .deb, но не для прод. И доля рынка более 50% для RH - очень показательна. А так, что rpm,  что deb - по функциям без разницы.
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	192. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от arisu (ok) on 06-Дек-11, 15:13
	> Много букв, но результат один …fi ничего не понял, ога.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

	198. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 15:57
	> …fi ничего не понял, ога. Особенно понравилось махровое ламерство насчет подписей. Если у deb нет подписей то какого черта я gpg ключи сборщика пакета тогда добавляю? :)
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	223. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Nicknnn (ok) on 06-Дек-11, 17:05
	> Вы тут совсем не разобрались!!!  да и gzip и cpio rpm > сам по себе не использует. Так я и не говорил что используются конкретные бинарники. rpm слинкован с zlib и rpmio > Много букв, но результат один - репозитарии ненадежны. Я был сильно обескуражен > этим, когда мне это ткнули. Это действительно проблема для прод. Ого! Вот это действительно проблема. И что вам даёт сообщение: $rpm -i binprog.rpm warning: binprog.rpm: Header V3 DSA signature: NOKEY, key ID 6b8d79e6 От этого оно становиться безопаснее? В deb оно хоть просить действительно подтвердить установку из неизвестного источника. Репозиторий ненадёжен ? Можно выложить всё даже на публичном ftp и ничего не случится, потому как все списки подписаны, а ключи репозиториев хранятся в самом apt. Можно сколько угодно заливать туда поддельные пакеты и списки, но всякий раз при попытке установки оно будет прерываться с ошибкой. Так что незащищённость deb пакета это миф. > Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи, > для .deb, но не для прод. И доля рынка более 50% > для RH - очень показательна. > А так, что rpm,  что deb - по функциям без разницы. Для бизнеса неважно rpm или deb. Важен результат. Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи, но не для прод.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

	247. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:18
	> rmp также зависит от двух внешних сущностей: gzip и cpio. Если не rmp, а rpm, то нет. (хотя необходимость в отдельном rpm2cpio для расковыривания архива на произвольной машинке может быть существенно неудобней реализации dpkg) > Но gzip сильно тяжелее. Тёплое с мягким. > Так, что в плане защищённости простоты использования и гибкости deb далеко впереди. Отнюдь. PS: посмотрите на rpm -V при случае ещё.
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	183. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 14:51
	> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar > tar etc.) Хорошо, когда пакет включает и встроенный архиватор что-ли?  Ну нафиг такие "проблемы"... > он еще и не имеет подписей, то есть в > плане надежности - ноль. Для домашнего пользования - без проблем, но > не для прод. Пардон, Вы действительно не в курсе как контролируется целостность при дистрибуции deb?  Раз в плане надежности - нуль, то ждем когда Вы зальете пакет base-files на сервера debian без подписи. > Ну а вендоры - все там будут, где рпм. Скажите это ubuntu.
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	196. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 15:54
	> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar > tar etc.), он еще и не имеет подписей, Наглейший гон. Вы вообще пробовали ставить неподписанные deb-пакеты?
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	61. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:37
	а зачем собственно? никакие из перечисленных изменений с каталогами совместимость с LSB не ломают.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	125. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 08:01
	> Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base) > в котором RHEL учавствует. Описание иерархии каталогов там было в том > числе. Сейчас его начнут переписывать полностью ? RHEL такой душка. не может придерживаться даже собственного стандарта. Энтерпрайз такой энтерпрайз
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
Сообщение от Аноним (??) on 05-Дек-11, 20:38
Чтож, обойти то она обойдет, но не забываем, что это тестовый полигон Red Hat. Со всеми вытекающими. И не забудем также про старые версии программ. Особенно такие, которые прекратили свое развитие, но продолжают использоваться. А вообще не хочется разводить флейм, но я бы был поосторожнее с ТАКИМ прогрессом. В конце концов, это нужно по большей части самому редхату, чтобы отработать на бесплатной раб. силе то, что затем станет добротным и будет продаваться за денежку..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–3 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:43
	> А вообще не хочется разводить флейм, но я бы был поосторожнее > с ТАКИМ прогрессом. В конце концов, это нужно по большей части > самому редхату, чтобы отработать на бесплатной раб. силе то, что затем > станет добротным и будет продаваться за денежку.. Что-то я не видел, чтобы Scientific Linux продавали за денежку.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	50. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 05-Дек-11, 22:10
	> Что-то я не видел, чтобы Scientific Linux продавали за денежку. Линуксинки пытаются, ну и "Scientific Linux 6.0 для платформы i386 (2DVD) - 441 р."
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	20. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–3 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:46
	> А вообще не хочется разводить флейм, но я бы был поосторожнее > с ТАКИМ прогрессом. В конце концов, это нужно по большей части > самому редхату, чтобы отработать на бесплатной раб. силе то, что затем > станет добротным и будет продаваться за денежку.. А также, это нужно пользователям, которые хотят снимать сливки с самых современных технологий, а не сидеть на протухшем г-не прошлого века =)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	24. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от sigterm on 05-Дек-11, 20:50
	Боже, боитесь - так не используйте ее. Соберите лучше с нуля, благо это не запрещено. А те, кто ставит, они наверняка понимают на что идут, а те кто не понимают, ничего не теряют с установки и сноса через неделю.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от Заоза on 05-Дек-11, 20:46
Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Узер on 05-Дек-11, 20:53
	Можно, но недолго. ;)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	30. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:56
	> Можно, но недолго. ;) Простите, каков ваш опыт использования btrfs на SSD? Версии, модели, уровни нагрузок, сроки?
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	36. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+6 +/–
	Сообщение от Sokoloff on 05-Дек-11, 21:30
	Он же написал "недолго".
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	78. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 23:00
	> Можно, но недолго. ;) Скорее всего дольше чем с обычными ФС - CoW хорошо накладывается на флеш. Пишет каждый раз в новое место и только 1 раз, а не 2 как журналирующие ФС - износ флеша будет не очень большой, даже на относительно тупом контроллере с не очень эффективным wear leveling.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	29. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Humka (??) on 05-Дек-11, 20:55
	Да. Там даже есть опция монтирования ssd.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	64. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:40
	> Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске? Да, без проблем. Даже есть специальный режим монтирования ssd включающий пачку специфичных оптимизаций. Но независимо от типа диска использовать можно только для некритичных данных ввиду отсутствия полноценного fsck.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	135. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от dRiZd on 06-Дек-11, 09:29
	FSC PRIMERGY TX300S4 (LSI 1068/512Mb): 4x Intel X25-E (RAID 10) За 3 месяца работы в качестве кэша squid+havp вылетело 3 диска. Однозначно говорить что виновата btrfs не могу, может виноват и LSI 1068 (хотя он поддерживает работу с ssd - прошивка последняя), а может сами X25-E дохлые. В общем дело темное. По крайней мере диски Fujitsu 15K работали "как часы", годами (пока из не меняли по регламенту). На данный момент на замену сдохших ssd вернули hdd. PS: в X25-E тоже была установлена последняя прошивка. Идея заменить hdd на ssd была связана только с понижением уровня общего шума в серверной, ну и в качестве эксперимента.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	136. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от dRiZd on 06-Дек-11, 09:36
	Извиняюсь, ошибся RAID-контроллер LSI 1078 (Intel SRCSASJV)
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	164. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:50
	> FSC PRIMERGY TX300S4 (LSI 1068/512Mb): 4x Intel X25-E (RAID 10) > За 3 месяца работы в качестве кэша squid+havp вылетело 3 диска. > Однозначно говорить что виновата btrfs не могу, может виноват и LSI 1068 > (хотя он поддерживает работу с ssd - прошивка последняя), а может > сами X25-E дохлые. > В общем дело темное. Дык это, попробуйте не с btrfs и расскажите за сколько вылетят они. А так кеш потенциально часто перезаписывается, а вот этого флеш не лю. На него можно сваливать лишь реально статичные данные. И кроме того, флешу пофиг что вы хотели 20 байтов записать. Не оперирует он такими сущностями: страница минимум! Поэтому срубить всякие там времена доступа и прочее - просто is a must. Короче он должен стать почти readonly. Иначе умрет. В активно перезаписываемых кешах флешатина спокойно мрет менее чем за год, "счастливчиков" которые уже "выиграли" - довольно много появилось с популяризацией SSD.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	241. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:48
	> Идея заменить hdd на ssd была связана только с понижением уровня общего > шума в серверной, ну и в качестве эксперимента. tmpfs не пробовали? (а вообще странно, мои пятнашки от sata 7200rpm почти не отличаются по звуку -- в отличие от древних scsi 7200rpm, которые солидно так набирали обороты ;-)
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	156. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Frank (ok) on 06-Дек-11, 12:05
	Пользую больше года. Убунту. Один раз полностью переустанавливал - когда в grub2 появилась поддержка загрузки с btrfs и отдельный /boot стал не нужен.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от anonymous (??) on 05-Дек-11, 20:53
>Предложенная ранее идея объединения содержимого директорий bin и sbin не получила одобрения. >важным решением является перенос всех исполняемых файлов и библиотек из корня и директорию /usr. Лучше бы всё наоборот сделали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 20:55
	> Лучше бы всё наоборот сделали. В новости довольно подробно аргументированы достоинства выбранного решения. А вы можете свой вариант аргументировать?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	32. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от anonymous (??) on 05-Дек-11, 21:09
	>В новости довольно подробно аргументированы достоинства выбранного решения. Какие-то неаргументные аргументы. Больше на оправдания похожи. >А вы можете свой вариант аргументировать? А sbin и bin объединить было бы не лишним - их разделение всегда сбивало с толку (зачем?), а в комплекте с непрописанным sbin в PATH здорово раздражало.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	67. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:42
	>>В новости довольно подробно аргументированы достоинства выбранного решения. > Какие-то неаргументные аргументы. Больше на оправдания похожи. Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	114. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 06:27
	>Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать? Осилил. Пытаюсь. Ещё вопросы?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	97. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 01:40
	> а в комплекте с непрописанным sbin в PATH здорово раздражало. А чего это он не прописан? В воздухе запахло жопорукостью...
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	113. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 06:25
	>А чего это он не прописан? В воздухе запахло жопорукостью... Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают sbin и мне приходится это за них исправлять, страдают жопорукостью.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	115. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 06-Дек-11, 06:40
	>>А чего это он не прописан? В воздухе запахло жопорукостью... > Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают > sbin и мне приходится это за них исправлять, страдают жопорукостью. По-хорошему, он должен быть прописан только для юзеров в спецгруппе типа wheel/root/admin/etc. Обычному юзеру нафиг нужен ifconfig, fsck или useradd?
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	236. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:32
	>>>А чего это он не прописан? В воздухе запахло жопорукостью... >> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают >> sbin и мне приходится это за них исправлять, страдают жопорукостью. Можно список того, что оттуда часто дёргаете? > По-хорошему, он должен быть прописан только для юзеров в спецгруппе > типа wheel/root/admin/etc. В альте sudo и так штатно сходит в {/usr,}/sbin, BTW. > Обычному юзеру нафиг нужен ifconfig, fsck или useradd? ifconfig "на посмотреть" всё же работает (в сторону: хотя лучше уж сразу ip a); fsck в принципе может пригодиться для образа, но кто такое делает, тот достаточно сообразителен, чтобы добавить /sbin, засунуть на время сессии или постоянно себе в PATH или оскриптовать; useradd не пригодится ни в каком виде.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	143. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Elhana (ok) on 06-Дек-11, 10:34
	Какая разница что в общем случае напишет бинарик из sbin обычному юзеру? В одном случае что его нет в PATH и неплохо бы запустить админом, во втором случае Permission denied. И не надо тут про ifconfig и т.п. - ну посмотрите вы например что интерфейс опущен, но чтобы его поднять все равно придется права получить.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	157. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Frank (ok) on 06-Дек-11, 12:08
	> Какая разница что в общем случае напишет бинарик из sbin обычному юзеру? Разница в скорости поиска исполнимого файла по имени. Чем меньше директорий в $PATH тем быстрее поиск и меньше потребление памяти.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	237. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:33
	> Разница в скорости поиска исполнимого файла по имени. И в степени захламления пространства имён при использовании автодополнения.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	227. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Crazy Alex (??) on 06-Дек-11, 17:24
	Разница, нарпимер, в том, что ifconfig - самый простой и быстрый способ узнать свои ip. и надо это далеко не только руту. И таких примеров валом - допустим, fdisk можно и для файла образа запустить, как и fsck, роуты глянуть, runlevel глянуть... Это я только бегло по /sbin прошел, ы /usr/sbin наверняка еще веселее
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	229. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+1 +/–
	Сообщение от arisu (ok) on 06-Дек-11, 17:29
	повседневные задачи, ага.
	Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

	165. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:51
	> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают > sbin и мне приходится это за них исправлять, страдают жопорукостью. Ну так зачем пользоваться кривыми дистрами?
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	176. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 14:12
	>Ну так зачем пользоваться кривыми дистрами? Ну ничего, скоро rpm-дистры "подравняют". Остальные тоже подтянутся. /run уже запили в openrc, так что не вижу причин сделать в gentoo остальное. Не говоря уж про arch.
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	201. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:00
	>>Ну так зачем пользоваться кривыми дистрами? > Ну ничего, скоро rpm-дистры "подравняют". Ну их на с такими подравниваниями. Пусть федористы на себе потестят как оно а мы по количеству визгов посмотрим - надо оно или нет :)
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

35. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
Сообщение от Sokoloff on 05-Дек-11, 21:28
>для работы достаточно будет экспортировать в режиме только для чтения раздел /usr Интересно, а как чинить если этот раздел не экпортируется? Весь coreutils на /usr  который не примонтировался. И что делать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	37. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
	Сообщение от Manager on 05-Дек-11, 21:30
	Поставить Red Hat.     Там починят.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	40. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–7 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 21:39
	Точно так же, как непримотированный coreutils в /bin раньше.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	48. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Manager on 05-Дек-11, 22:08
	> Точно так же, как непримотированный coreutils в /bin раньше. Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте расписаться в контракте.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	98. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 01:41
	> Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте > расписаться в контракте. Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры обречены на голодную смерть :)
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	130. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 09:00
	>> Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте >> расписаться в контракте. > Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры > обречены на голодную смерть :) Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую зарплату. Да и зарплаты-то не будет.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	166. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:53
	> Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую > зарплату. Да и зарплаты-то не будет. Парни с гаечным ключом и без манагеров не сдохнут. Толпа фрилансеров подтверждает.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	44. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 21:51
	купить поддержку у RedHat - там вам за ваши деньги все расскажут и научат. главное что бы вы деньги заплатили.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	47. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:07
	> Интересно, а как чинить если этот раздел не экпортируется? Весь coreutils на > /usr  который не примонтировался. И что делать? Fedora уже достаточно давно без /usr не может загрузиться, так что без разницы, в любом случае придется грузиться с LiveUSB. В прошлом обсуждении кстати идея проскакивала, делать бэкап /usr на DVD и в случае проблем монтировать его вместо сдохшего /usr.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	58. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+6 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:23
	А чо сразу все либы в /home не поместить? нафига в /usr? Бекап удобнее. :)
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	68. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:42
	> А чо сразу все либы в /home не поместить? нафига в /usr? > Бекап удобнее. :) Предлагаю вывалить все в / и запретить создание директорий на уровне ядра. Ну и потом в стиле arisu все разрюхивать встроенным индексатором, во. Юзерам все-равно пофиг на то что там эпичный сральник в / будет.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	230. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от arisu (ok) on 06-Дек-11, 17:31
	юзерам действительно пофигу. а ты вот, например, не можешь понять, зачем нужен индексатор, и почему это никак не исключает нормальной файловой системы.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	228. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Crazy Alex (??) on 06-Дек-11, 17:26
	Это как? init=/bin/bash - и то, что ли, не работает?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	232. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от RRV on 06-Дек-11, 20:11
	> Это как? init=/bin/bash - и то, что ли, не работает? А нету bash в бине, только симлинк в никуда! Он-то уже в /usr/bin - а тот еще не примонтирован! Привет Поттеру!
	Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

	55. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от h31 (ok) on 05-Дек-11, 22:19
	> coreutils Специально для таких случаев можно воспользоваться Busybox.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	77. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
	Сообщение от mihalych on 05-Дек-11, 22:58
	Как вариант - жирный initramfs, в котором "всё включено". Но это имхо тот ещё набор костылей, с которым возни ещё поболее чем с полноценным root-разделом. Вывод: федорасты ошалели.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
Сообщение от Аноним (??) on 05-Дек-11, 21:38
они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	49. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–7 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:09
	> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские. Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг не отредактировать и сеть не поднять. Все давно смешалось в кучу.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	52. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+5 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 05-Дек-11, 22:13
	не нужно чуши писать, без /usr всё, почти везде, базовое работает.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	56. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+6 +/–
	Сообщение от anon8 (ok) on 05-Дек-11, 22:21
	Это только в вашей горе федоре так.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	57. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+6 +/–
	Сообщение от Michael Shigorin (ok) on 05-Дек-11, 22:21
	> Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг > не отредактировать и сеть не поднять. Все давно смешалось в кучу. У меня альтовский vi прекрасно работает без /usr; сеть надо будет проверить, сходу заметно, что отвалятся ppp*, dvb, openvpn, wlan* и определение воткнутости eth-шнурка. Может, не надо всю музыку попсой называть так сходу?
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	59. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:23
	> Уже лет 10 как от этого правила отошли в Linux Вот интересно, отошли потому что для этого были какие-то серьёзные причины или потому что тупо FHS непоняли?
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	81. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 23:37
	Это в вашей федорной горке всё где только можно линкуется с /usr/lib а не с /lib? Ну так сами себе буратины.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	60. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Manager on 05-Дек-11, 22:29
	> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские. http://itmages.ru/image/view/351100/77dd1ea5
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	108. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 04:47
	> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские. Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin - динамически. Вот и вся разница.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	112. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 06-Дек-11, 05:15
	>> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия >> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские. > Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin - > динамически. Вот и вся разница. "Эй, там, на "Беде"! Счастливого плавания!" (c) А.Некрасов
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	145. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Elhana (ok) on 06-Дек-11, 10:40
	> Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin - > динамически. Вот и вся разница. /sbin : System binaries Purpose Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin. Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs should be placed into /usr/local/sbin.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	174. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от mimimi on 06-Дек-11, 13:59
	Вон из профессии! for file in `find /sbin /bin /usr/bin /usr/sbin -type f`; do ldd $file | grep static; done | wc -l 0
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	207. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от DFX (ok) on 06-Дек-11, 16:06
	вот вы тут тоже выпендриваетесь, а ведь ещё в FAQ к FHS/FSSTND 1.0 родом из 90х есть вопросы: 1) а не должны ли вещи, вроде mount, cp, sh, gcc быть статичными и лежать в sbin ? на что ответ: не нужно! и место занимает. 2) а не засунуть ли bin в /usr и сделать symlink'и ? ответ: тогда и lib совать придётся, а initrd ещё не придумали, по-этому придётся всё равно /sbin отдельно держать, а если что-то накроется - ленно грузить с floppy'ка, лучше в single-user загрузиться. как по мне, дак если у вас в 201x годах бывает ситуация, когда FS с куском системы обломилась, но и не так серьёзно, что простое fsck помогает, то вы делаете что-то не так. тут или всё накроется, или можно полностью всего избежать путём грамотных организаторских мер. а мысли вот такое, как в теме, учудить существовали уже давно. главным преступлением Поттеринга перед человечеством так и останется pulseaudio. так что, очень вероятно, что всё это федорино горе попадёт в FHS 3.0 в будущем, и писки страдальцев здесь этого не предотвратят, ибо проблемы у них скорее либо надуманные, либо от своих же рук.
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	235. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:24
	> Вон из профессии! Н-да, давайте с таким тоном хотя бы примеры потщательнЕе прорабатывать. :) > for file in `find /sbin /bin /usr/bin /usr/sbin -type f`; do ldd > $file | grep static; done | wc -l find {/usr,}/{s,}bin -type f | xargs ldd | grep -c dynamic (hint: местный ldd на статические бинарники говорит "        not a dynamic executable\n"; остальные изменения -- оптимизация) Такая команда у меня из 3156 файлов в этих каталогах нашла 877 штук, не являющихся динамическими бинарниками; статических оказалась 21 штука (например, /bin/sln): find {/usr,}/{s,}bin -type f | xargs file | grep -c statically PS: если бы я не доверял этим каталогам как источникам имён, то надо было бы find -print0 и соответственно xargs -r0: http://www.altlinux.org/SecurePackagingPolicy#-print0
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

42. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
Сообщение от Аноним (??) on 05-Дек-11, 21:46
> Удаление ConsoleKit с целью упрощения управления пользовательскими сессиями (функциональность дублируется с systemd). Обеспечение автоматической настройки multi-seat конфигураций, позволяющих организовать одновременную работу нескольких пользователей за одним ПК (у каждого пользователя свои монитор, мышь и клавиатура). ну да - за вас уже все решили. Вместо готового решения, получится недоделка имени Ленарта.. Полумного "гения" - за которым уже чинили pulseadio - когда оно oss не поддерживало и что сказали? а нафик надо - оно тормозит прогресс! Так что те кто не согласны - сразу становится тормозами прогресса.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	102. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от vi on 06-Дек-11, 02:44
	Извините, что немного не в тему, но: Поделки "имени сами знаете кого" (Lennart Poettering) в виде pulseaudio, хоть и стали есть процессорное время меньше в три раза, на Debian testing, но: ситуация - два человека работают за одним компьютером один запустил ну скажем Rhythmbox, поработал (послушал) немного, вдруг случилась непреодолимая жажда, человек попил - захотелось поспать (упал ;) другой человек пришел - экран заблокирован - переключить пользователя - вошел под своей учетной записью А музыка так и играет, как быть? В pulseaudio не получается отрегулировать звук запущенной другим пользователем задачи. Или я чего неправильно понимаю, или зачем он (pulseaudio) нужен (наверное, что бы процессорное время есть ;) ?!?!?!? Подскажите, если что!
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	140. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от yellow (??) on 06-Дек-11, 10:30
	Не знаю как в дебе, но в горе многопользовательский режим с пульс аудио, отдельным звуком и регулировкой каждого входного\выходного канала стабильно работает с 14 версии.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	233. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от vi on 07-Дек-11, 18:12
	> Не знаю как в дебе, но в горе многопользовательский режим с пульс > аудио, отдельным звуком и регулировкой каждого входного\выходного канала стабильно работает > с 14 версии. Нет, Вы не поняли: Запущены два приложения проигрывающих звуковые данные, от разных пользователей (на локальном компютере). Вывод звука один и тот же для всех локальных пользователей этого компьютера. Как одному пользователю (работающему в данный момент за консолью и прослушивающему звук) отрегулировать уровень звука приложения запущеного другим пользователем? Первый пользователь даже не видит приложения другого пользователя в списке приложений. Да, я понимаю, что pulseaudio запущено у каждого под своей учетной записью, НО: http://ru.wikipedia.org/wiki/PulseAudio - гордое название -  кроссплатформенный звуковой сервер плюс Возможности Раздельная установка уровней громкости для разных программ.[1] Возможность работы с несколькими источниками и приёмниками звука. Эффективный микшер, даже для звуковых плат без микшера, предотвращающий «монополизацию»/«кражу» звукового устройства отдельной программой. Да, запущен не из под root (может и хорошо ;), может DBUS не помогает, может я чего недопонимаю. В общем - хотели как лучше, получилось pulseaudio! Hello, Lennart Poettering!
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	250. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от AlexYeCu (ok) on 18-Янв-12, 11:42
	>Подскажите, если что! Что-то не могу придумать ответ вот так сразу… Скажите, а нет ли примеров без приземления тарелок из системы Тау Кита, открытия портала в параллельный мир и появления йети-хакеров верхом на динозаврах и тому подобных явлений? Что-нибудь из повседневных задач?
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	251. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от AlexYeCu (ok) on 18-Янв-12, 11:43
	Я сам PA не люблю, просто пример несколько странный, на мой взгляд.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	155. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 12:03
	Кстати о пулсе.... Я тут пару месяцев назад заметил что у меня музон как-то не очень вкусно на ноуте играет. Но - играет на оба динамика. Ну снес я пульс от безисходности (ну немо никак понять что-как) и вот тут наконец без него обнаружилось что алса настроена была у меня неверно. А пульс вместо того что бы громко в лог об этой кричать просто сглаживал "остро-аппаратные углы" и из двух каналов делал пять! То есть вместо ситуации "либо работает хорошо, либо никак" я получал "работает как-то так" С тех пор пулса у меня в системе нет. А теперь о сабже: идея глючная - это однозначно. А в исполнении пулс-мастера Поттеринга еще и глучно-пугающая. А самое паршивое в том, это далеко не только "Федорино горе", - это горе всеобщее, поскольку красная шапка ее хочет пропихнуть в майнстрим. И я очень и очень надеюсь что остальные дистростроители (особенно арч и гента!) не поведуться как корюшка на паралон. P. S. Сам сижу на suse+qtile+gtk+qt-gnome-kde-pulse и меня терзают смутные ощущения, что из этого уравнения мне скоро придется вычитать suse
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

51. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
Сообщение от myhand (ok) on 05-Дек-11, 22:12
позабавило: 2012-02-07 - Feature Freeze. btrfs в федоре не нужон fsck - или за два месяца он вдруг волшебно появится?  ппц прогресс, за таким точно не угонишся.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	71. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:46
	> позабавило: 2012-02-07 - Feature Freeze. > btrfs в федоре не нужон fsck - или за два месяца он > вдруг волшебно появится?  ппц прогресс, за таким точно не угонишся. Крис его и без волшебства вполне может дописать за оставшееся время.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	85. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от myhand (ok) on 06-Дек-11, 00:23
	> Крис его и без волшебства вполне может дописать за оставшееся время. Как Никита Сергеич - все грозится показать...  кузькину мать... Если исходить из подобного срока и предыдущих обещаний Криса - он уж "дописал" его раз шесть.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	109. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 04:52
	>> Крис его и без волшебства вполне может дописать за оставшееся время. > Как Никита Сергеич - все грозится показать...  кузькину мать... Она была показана http://nuclear.fatal.ru/greatestnuke.html, в отличии от удвоения ввп и каждому по квартире к 2000. > Если исходить из подобного срока и предыдущих обещаний Криса - он уж > "дописал" его раз шесть. Не только в fsck дело, там еще базовые вещи не готовы, надеюсь успеют.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	124. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 07:58
	Альфатестерам не нужен fsck
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	186. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 14:55
	> Альфатестерам не нужен fsck Так я не вижу альфа-тестеров - ибо "опыт" локаладминов чуть менее чем полностью неинтересен в сфере применения RHEL.  Или RH прицелилась на рынок десктопов?
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	189. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от arisu (ok) on 06-Дек-11, 15:00
	ты, главное, продолжай в это верить.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	202. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 16:01
	> ты, главное, продолжай в это верить. Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический факт.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	203. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от arisu (ok) on 06-Дек-11, 16:03
	> Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический > факт. угу-угу. например, на хомячках невозможно оттестировать btrfs, да.
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	206. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:05
	> угу-угу. например, на хомячках невозможно оттестировать btrfs, да. Точняк, давайте ее сразу на энтерпрайзах затестим. For teh epic lulz! :D Зато будет отдебажено ударными темпами.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	213. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от arisu (ok) on 06-Дек-11, 16:12
	да где угодно пусть тестят, их дело. смогли убедить лохов бесплатно тестить то, что потом будут продавать — молодцы, чо. бесплатно поработать на дяденек — это же типа круто, наверное.
	Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

	225. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 17:12
	> угу-угу. например, на хомячках невозможно оттестировать btrfs, да. да.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	249. "Для Fedora 17 одобрен перенос компонентов из корня в..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:23
	>> ты, главное, продолжай в это верить. > Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста - > эмпирический факт. Как админ в т.ч. и локалхоста -- не могу согласиться, порой получалось что-то выловить. PS: :)
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

63. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
Сообщение от Аноним (??) on 05-Дек-11, 22:39
Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит и он пойдет в массы. Я даже спасибы скажу тем кто своими трупиками данных проложит дорогу к счастью. А вот перенос всего в /usr... хм, им там что, заняться больше нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости? Предлогаю не мелочиться слить все в /usr/local/share/bin, /usr/local/share/sbin, ... а лучше вообще воткнуть симлинк с бесконечной рекурсией, и пусть эти чертовы юзеры подавятся, кому /usr, кому /usr/bin, кому /usr/bin/bin/bin/bin/bin/bin... :)))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	70. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Manager on 05-Дек-11, 22:45
	/usr/local/share/bin/LennartPoettering
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	94. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+3 +/–
	Сообщение от Michael Shigorin (ok) on 06-Дек-11, 01:30
	> /usr/local/share/bin/LennartPoettering Тогда уж s/tP/t\\ P/
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	73. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от Аноним (??) on 05-Дек-11, 22:48
	> А вот перенос всего в /usr... хм, им там что, заняться больше > нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости? предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	80. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от gaga on 05-Дек-11, 23:26
	ну вроде как не очень понятно, как работать в однопользовательском режиме, если /usr не смонтировался.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	118. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 06:51
	> ну вроде как не очень понятно, как работать в однопользовательском режиме, если > /usr не смонтировался. попробуй прям щас "поработать" без усра - сильно удивишься.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	134. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anon8 (ok) on 06-Дек-11, 09:22
	Ну да в федорке не работает, в отличие от нормальных дистрибов.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	83. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 00:07
	> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость. Предвижу море глюков у софта (например для создания бэкапов) который явно отличает симлинки от дир.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	119. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 06:52
	>> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость. > Предвижу море глюков у софта (например для создания бэкапов) который явно отличает > симлинки от дир. во-первых - далеко не весь бэкапный софт именно тка настроен по-умолчанию, а во-вторых - ничто не мешает перенастроить его.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	208. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–1 +/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:07
	> во-первых - далеко не весь бэкапный софт именно тка настроен по-умолчанию, а > во-вторых - ничто не мешает перенастроить его. В третьих, как системный администратор, я в гробу видал много гемора неизвестно ради чего.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	88. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 00:32
	> Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит > и он пойдет в массы. Я даже спасибы скажу тем кто > своими трупиками данных проложит дорогу к счастью. Вы думаете, локалхост-админы сумеют что-то оттестить? :)
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	122. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 07:47
	>Вы думаете, локалхост-админы сумеют что-то оттестить? :) А что, дядьки с продакшеном загорелись желанием тестить btrfs?
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	188. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 14:59
	> А что, дядьки с продакшеном загорелись желанием тестить btrfs? Ну, она нацелена на решение некоторых их проблем.  Так что попробовать имеет смысл - и вот такой опыт _будет_ полезен. А то, что васе пупкину сделают / на btrfs - он либо а) не заметит, либо б) скажет федора - глючит и уйдет на арч/генту/висту/younameit
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	209. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:08
	> Ну, она нацелена на решение некоторых их проблем.  Так что > попробовать имеет смысл - и вот такой опыт _будет_ полезен. Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном энтерпрайзе ставить, если не ссыкотно. Более чем велкам :)))
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	226. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от myhand (ok) on 06-Дек-11, 17:16
	> Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта > файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном > энтерпрайзе ставить, если не ссыкотно. Не передергивайте.  Никто без нормального тестирования ничего никуда не ставит.  Просто не путайте оное с использованием btrfs всякими хомячками.  От последнего - толку нуль.
	Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

91. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от Аноним (??) on 06-Дек-11, 01:00
вот Fedora 16 точно очень хорошо работает, они ребята молотци
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	111. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 05:03
	> вот Fedora 16 точно очень хорошо работает, они ребята молотци Присоединяюсь, со свежим обновлением xorg-x11-drv-ati вообще ненарадуюсь.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

92. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
Сообщение от Аноним (??) on 06-Дек-11, 01:02
Они что там все, с дуба рухнули? /{s,}bin -> /usr? Я думал, это шутка такая у Леннарта была...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

121. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–3 +/–
Сообщение от FSA (ok) on 06-Дек-11, 07:35
Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть на /etc в linux.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	126. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от XPEH on 06-Дек-11, 08:07
	А на /usr/local/etc не страшно ?
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	127. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от FSA (ok) on 06-Дек-11, 08:55
	Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя на рабочей станции конечно много, но тоже терпимо.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	133. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 09:09
	> Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя > на рабочей станции конечно много, но тоже терпимо. да не так уж и много. установлены: gnome, kde, xfce, куча другого софта: # ls /usr/local/etc/|wc -l      100 # ls /etc/|wc -l      112 сентос 5.7, веб-сервер: # ls /etc/|wc -l 220 гента, веб-сервер: $ ls /etc/|wc -l 153
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	239. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:43
	> сентос 5.7, веб-сервер: > # ls /etc/|wc -l > 220 ls /etc/*.rpm* | wc -l покажите ещё на всякий (хотя цифры для сервера скорее типичные). PS: (задумчиво) То есть юникс с какой-нить древней ленты с ещё более компактным /etc по такой логике "ещё круче", чем FreeBSD, получается?..
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	131. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 09:03
	А что там не так? Там лежат только конфиги установленного тобою софта.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	137. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от nmorozov (ok) on 06-Дек-11, 10:04
	у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	144. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	–2 +/–
	Сообщение от SubGun (ok) on 06-Дек-11, 10:37
	> у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается. Вы хоть поняли чего ляпнули? Почти весь софт, кроме Oracle,Java и пары других, поставляются как в пакетах, так и сырцах. Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет. Есть ПО Linux-only, но его не так много, чтобы веревку мылить начинать.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	231. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от nmorozov (ok) on 06-Дек-11, 17:58
	> Вы хоть поняли чего ляпнули? Да > Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет. Нет. Поддержка разработчиками дистрибутива это не только предоставление пакетов, но и подеожржание совместимоти всех пакетов между собой, обеспечение стабильной работы пакетов между собой, быстрое исправление ошибок (иногда методом бэкпорт). Во FreeBSD по сути поддерживается только kernel и world.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	146. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от SubGun (ok) on 06-Дек-11, 10:41
	> Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна > лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное > должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть > на /etc в linux. Поддерживаю. Насколько просто сделать архив /usr/local, а потом развернуть в новом месте.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	240. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:44
	> Насколько просто сделать архив /usr/local, а потом развернуть в новом месте. На линуксовых серверах весьма удобно таскать контейнеры аки чемоданчики -- за ручку. :)
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	210. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:08
	> Как человеку использующему FreeBSD мне это кажется дикостью. В ней своей дикости хватает.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

147. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+2 +/–
Сообщение от Владимир (??) on 06-Дек-11, 11:01
Я вот не пойму людей! Что нового не придумают - сразу в штыки!!! Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые идеи. Да, возможно некоторые из них это ошибка, НО никто не говорит почему это плохо - только куча пустых слов... Иногда складывается такое мнение, что выскочки, которые говорят все новое плохо - это пиар от известных компаний. Как политика,- херню говорят, а большинство ведутся... Так и здесь манипулируют сообществами чтобы не было развития у всем известных систем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	212. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Аноним (??) on 06-Дек-11, 16:11
	> Я вот не пойму людей! Что нового не придумают - сразу в штыки!!! Потому что гемор на ровном месте - галимые "инновации". > Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые > идеи. Да, возможно некоторые из них это ошибка, НО никто не > говорит почему это плохо - только куча пустых слов... Я элементарно не вижу, в каком месте от тасовки бинарей по папкам наступает EPIC WIN, отмазки федористов больше похожи на оправдание своей жопорукости и кривизны пакетных манагеров, так что их вообще посещает столь дикая идея как синкать диры по сети вместо того чтобы предоставить пакетному манагеру синкать наборы пакетов воткнутых 1 метапакетом типа "нащ_ынтырпрайзный_спецпакет_со_всеми_плюшками_блаблабла".
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

149. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
Сообщение от McLeod095 (??) on 06-Дек-11, 11:11
Почитал и саму новость и кучу комментариев о том что это бред. И вот задался вопросом, те кто поливают это все грязью хоть раз ставили Fedora 16? Хотя бы поднимали пару бездисковых рабочих станций? Хоть раз на Fedora 16 использовали плагин yum-fs-snapshot? Если нет, то все эти красноглазые анонимусы, которые и видят что редхат гребет только деньги за свои продукты, могут идти лесом и кричать это все на ЛОРе, там хоть публика как раз для них. Для того что бы понять в чем здесь плюсы и минусы, надо поработать с этой системой не как тупой пользователь с мышкой в руках, а как нормальный администратор. Только тогда можно о чем-то говорить, Из всего здесь сказанного никто не смог привести ни одного аргумента, который бы на 100% говорил что это только один большой минус. (по поводу того что /usr не монтируется в single mode, он там и не нужен, всю жизнь /usr выношу на отдельную партицию или том, и ничего). А я в отличие от кричащих анонимусов могу сказать чем профит. Например тот же плагин yum-fs-snapshot, я его попытался использовать, штука хорошая, но при обновлении она мне создает snapshot не толь ко /usr но и / и /var и даже /tmp. А не против что бы при тестовом обновлении у меня создавался snapshot только /usr и приведенная схема как раз отвечает этим требованиям.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	150. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+1 +/–
	Сообщение от anonymous (??) on 06-Дек-11, 11:31
	В корне должна лежать БАЗОВАЯ система которая не должна требовать бекапа. Это значит что там должны присутствовать только компоненты необходимые для старта, административных задач и экстренного обслуживания системы. Нет необходимости делать бекап корня, его можно восстановить из установочного образа системы за пару минут.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	154. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от McLeod095 (??) on 06-Дек-11, 12:01
	Ну ну! а теперь на чем вы там сидите из линухов, сделайте апдейт системы и посмотрите какие файлы изменились, желательно что бы обновились именно системные компоненты, я посмотрю как у вас не изменится корень, где валяется тот-же bin и sbin. Ну или сделайте snapshot / и обновите. а потом посмотрите сколько будет занимать snapshot.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	158. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от anonymous (??) on 06-Дек-11, 12:21
	Ты так и не понял о чем я тебе сказал. Мне не должно быть никакого дела что лежит у меня в корне за исключением того факта что, с помощью этого софта я могу запустить систему и/или провести ее обслуживание. В идеале мне должно быть наплевать даже на то из какого дистрибутива базовая система. В случае если система дискредитирована по любой причине я ОБЯЗАН начать использовать ДОВЕРЕННЫЕ компоненты, т.е не те которые находятся у нее в корне (ядра это тоже касается).
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	243. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Дек-11, 21:02
	> сделайте апдейт системы и посмотрите какие файлы изменились osec справляется.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	252. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
	Сообщение от AlexYeCu (ok) on 18-Янв-12, 11:57
	Ну у меня сейчас Fedora16 на основной системе. Благодаря ей я знаю, что: 1. Поттеринг — фанат solaris, егойный systemd ну очень похож на OpenSolaris`овский svcadm, только куда запутанней, ибо оперирует юнитами, а не сервисами. 2. А вот OpenAL ему малоинтересен — упоминания PulseAudio надо вычистить из openal`овского конфига. 3. У Поттеринга на компе есть вот такой каталог: /home/lennart/projects/systemd 4. Я крепко подумаю, стоит ли мне переходить на следующие версии Fedora. Не был уверен, что перейду на 16-ю, но вот перешёл. Однако бинарные логи я точно видеть не хочу.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

173. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от Аноним (??) on 06-Дек-11, 13:48
Попытка - не пытка. Не нравится - не используй. Благо других дистров хватает. Или собирай сам что хочешь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

238. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."	+/–
Сообщение от Michael Shigorin (ok) on 11-Дек-11, 20:37
Написавшему под ником "алексей" на неделе (не понял, по какой причине удалили): > альтовцы гиганская просьба.Пожалуйста не вводите этот бред у себя. МОЛЮ! См.: http://lists.altlinux.org/pipermail/devel/2011-December/1927... ("новомодной") http://lists.altlinux.org/pipermail/devel/2011-December/1927...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема