The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..., opennews (??), 05-Дек-11, (0) [смотреть все]

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


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

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

19. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  –3 +/
Сообщение от Аноним (-), 05-Дек-11, 20:44 
> Забили давно на ЛСБ. DLL hell грядет!

Пока что с призраком DLL hell наоборот, борются. Вот, уменьшают число lib-каталогов.

Ответить | Правка | Наверх | Cообщить модератору

31. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +5 +/
Сообщение от anonymous (??), 05-Дек-11, 21:09 
>Вот, уменьшают число lib-каталогов.

И как это способствует уменьшению DLL hell? Сваливают всё в одну кучу, как в венде?

Ответить | Правка | Наверх | Cообщить модератору

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

Разумеется. Будет новая версия.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

45. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от myhand (ok), 05-Дек-11, 22:04 
> Разумеется. Будет новая версия.

Которая наконец выкинет из стандарта rpm (в
соответствии с реальностью)?

Ответить | Правка | Наверх | Cообщить модератору

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

66. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  –2 +/
Сообщение от Manager (?), 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]

Ответить | Правка | Наверх | Cообщить модератору

86. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от myhand (ok), 06-Дек-11, 00:27 
> А что у нас в реальности? .pkg.xz? Ебилды?

dpkg.

1) Не менее популярный формат чем rpm, как не более.
2) Более старый и, как минимум, не менее подходящий с технической стороны

> Тут ориентир - RHEL, а в нём rpm.

Это стандарт.  Если там будет диктовать один вендор - проще забить на остальных вовсе и пользовать то, что дает этот вендор.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

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

deb более отсталый, зависимости отслеживает с точностью до пакета а не до файла как RPM.

Ответить | Правка | Наверх | Cообщить модератору

163. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Аноним (-), 06-Дек-11, 12:46 
> deb более отсталый, зависимости отслеживает с точностью до пакета а не до
> файла как RPM.

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

Ответить | Правка | Наверх | Cообщить модератору

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

195. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Аноним (-), 06-Дек-11, 15:53 
> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.

Не, тормозит - это yum. Вот это да, тормоз эпический.

Ответить | Правка | Наверх | Cообщить модератору

248. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Дек-11, 21:21 
>> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.
> Не, тормозит - это yum. Вот это да, тормоз эпический.

Его за последние пару лет заметно разогнали, а был и впрямь ужас-ужас...

Ответить | Правка | Наверх | Cообщить модератору

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

244. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Дек-11, 21:07 
> это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а
> ты потом создавай симлинки чтобы обновить пакет

Точно?  А то припоминается, что для rpm этот файл должен фигурировать в rpmdb, а не на ФС.

Ответить | Правка | Наверх | Cообщить модератору

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

246. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Дек-11, 21:14 
> Сразу понятно, что вы кроме rpm больше ничего не видели.

Хм, а видели ли Вы rpm? ;-)

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

В rpm пакетные зависимости и есть основной вид зависимостей.  Файловые бывают удобны вместо виртуальных пакетов (провайдящихся несколькими вариантами) в некоторых случаях, каталожные позволяют обеспечить наличие требуемого каталога вне зависимости от того, будет ли он в filesystem или ещё где (порой бывают перемещения).

> Это как git (deb) и  subversion (rpm)

Вот эта аналогия в чём-то верна -- rpm/rpm действительно более "дубовый", чем dpkg/deb, причём так и задумано.

Ответить | Правка | Наверх | Cообщить модератору

181. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от myhand (ok), 06-Дек-11, 14:46 
> deb более отсталый, зависимости отслеживает с точностью до пакета а не до
> файла как RPM.

В чем тут "отсталость"?  Реальные задачи, которые используют
такие зависимости - в Debian просто решают чуть иначе (виртуальные
пакеты, Provides и т.п.).

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

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

Ну а вендоры - все там будут, где рпм.


Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

182. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Nicknnn (ok), 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 выплывает тока за счёт вендора.


Ответить | Правка | Наверх | Cообщить модератору

191. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от fi (ok), 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 - по функциям без разницы.

Ответить | Правка | Наверх | Cообщить модератору

192. "Для Fedora 17 одобрен перенос компонентов из корня в..."  +/
Сообщение от arisu (ok), 06-Дек-11, 15:13 
> Много букв, но результат один

…fi ничего не понял, ога.

Ответить | Правка | Наверх | Cообщить модератору

198. "Для Fedora 17 одобрен перенос компонентов из корня в..."  +/
Сообщение от Аноним (-), 06-Дек-11, 15:57 
> …fi ничего не понял, ога.

Особенно понравилось махровое ламерство насчет подписей. Если у deb нет подписей то какого черта я gpg ключи сборщика пакета тогда добавляю? :)

Ответить | Правка | Наверх | Cообщить модератору

223. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Nicknnn (ok), 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 Shigorinemail (ok), 11-Дек-11, 21:18 
> rmp также зависит от двух внешних сущностей: gzip и cpio.

Если не rmp, а rpm, то нет. (хотя необходимость в отдельном rpm2cpio для расковыривания архива на произвольной машинке может быть существенно неудобней реализации dpkg)

> Но gzip сильно тяжелее.

Тёплое с мягким.

> Так, что в плане защищённости простоты использования и гибкости deb далеко впереди.

Отнюдь.

PS: посмотрите на rpm -V при случае ещё.

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

183. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от myhand (ok), 06-Дек-11, 14:51 
> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
> tar etc.)

Хорошо, когда пакет включает и встроенный архиватор что-ли?  Ну
нафиг такие "проблемы"...

> он еще и не имеет подписей, то есть в
> плане надежности - ноль. Для домашнего пользования - без проблем, но
> не для прод.

Пардон, Вы действительно не в курсе как контролируется целостность при
дистрибуции deb?  Раз в плане надежности - нуль, то ждем когда Вы
зальете пакет base-files на сервера debian без подписи.

> Ну а вендоры - все там будут, где рпм.

Скажите это ubuntu.

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

196. "Для Fedora 17 одобрен перенос компонентов из корня в /usr и ..."  +/
Сообщение от Аноним (-), 06-Дек-11, 15:54 
> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
> tar etc.), он еще и не имеет подписей,

Наглейший гон. Вы вообще пробовали ставить неподписанные deb-пакеты?

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

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

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

RHEL такой душка. не может придерживаться даже собственного стандарта. Энтерпрайз такой энтерпрайз

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру