forum.opennet.ru

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

Оглавление

Для CentOS 6 и 7 началось формирование цифровых подписей для..., opennews (??), 07-Май-15, (0) [смотреть все]

А раньше что, можно было пихать любую труху в метаданные O_OВот так посмотришь , Аноним (-), 09:00 , 07-Май-15, (1) +5 //

то есть дпкг с аптом, которые ставят пакеты в разы дольше с хрен угадаешь какими, Аноним (-), 09:39 , 07-Май-15, (4) –5 //

Только не надо о последствиях apt-get -f install 100500 раз спасал меня в самых, Аноним (-), 11:14 , 07-Май-15, (6) //

И почему вы попадали в эти тяжелые ситуации , Аноним (-), 12:47 , 07-Май-15, (8) –1

Как и любой другой пользователь Например ставил древний, брошеный ktechlab, пор, Аноним (-), 13:19 , 07-Май-15, (9) +2

Вообще, дебианский пакетный менеджер сложно положить в штопор А если удалось - , Аноним (-), 05:18 , 09-Май-15, (20)

Не, это не ок , это просто враньё Или кривые-левые пакеты Зато ты всё сделал П, Andrey Mitrofanov (?), 12:46 , 07-Май-15, (7) //

Это неправильный подход, и так нельзя делать в любом пакетном дистрибутиве Если, Аноним (-), 17:26 , 07-Май-15, (11)

Это конечно не по феншую, но с upstart им пользоваться приходилось Потому что в, Аноним (-), 05:14 , 09-Май-15, (18)

Оставленное за dpkg замечал , Michael Shigorin (ok), 17:41 , 07-Май-15, (13)

Гольным dpkg рулить в системе имеет смысл только по каким-то особым случаям А е, Аноним (-), 05:00 , 09-Май-15, (16)

Апт в общем случае работает зело быстрее чем у ще под названием yum ВНЕЗАПНО , Аноним (-), 04:35 , 09-Май-15, (14)

А какая, хрен это растение, а не мат , разница что там в метаданных Максимум, ч, Аноним (-), 11:09 , 07-Май-15, (5) +1 //

Отличная атака Если в некоем пакете нашли уязвимость легким движением руки э, Аноним (-), 05:06 , 09-Май-15, (17)

В альте тоже работало ещё когда с ним познакомился http lists altlinux org pi, Michael Shigorin (ok), 17:39 , 07-Май-15, (12) //

Поди по наследству от дебиана В дебиане почему-то такие вещи допирают сильно, Аноним (-), 04:55 , 09-Май-15, (15)

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

4. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." –5 +/–

Сообщение от Аноним (-), 07-Май-15, 09:39

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

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

6. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 07-Май-15, 11:14

Только не надо о последствиях! apt-get -f install 100500 раз спасал меня в самых тяжёлых ситуациях. И пакетов в убунте больше, вроде около 70000.

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

8. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." –1 +/–

Сообщение от Аноним (-), 07-Май-15, 12:47

И почему вы попадали в эти тяжелые ситуации?

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

9. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +2 +/–

Сообщение от Аноним (-), 07-Май-15, 13:19

Как и любой другой пользователь. Например ставил древний, брошеный ktechlab, порушивший все зависимости. Правда потом я его, qt3 и kdelibs3 подрихтовал и пересобрал в /опт.
Понимаете ли, кто не работает, тот не ошибается. Вам конечно через pussy.exe виндее, но моя практика показывает, что благодаря апту, та же бубунта будет более живучей, чем Красношапочное семейство.

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

20. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 09-Май-15, 05:18

> Только не надо о последствиях! apt-get -f install 100500 раз спасал меня
> в самых тяжёлых ситуациях. И пакетов в убунте больше, вроде около 70000.
Вообще, дебианский пакетный менеджер сложно положить в штопор. А если удалось - он обычно сам же и расскажет как из штопора выходить, прям в коноли. А какой-нибудь гуйный синаптик и вовсе сам попробует выйти из штопора на автомате.

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

7. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Andrey Mitrofanov (?), 07-Май-15, 12:46

> то есть дпкг с аптом, которые ставят пакеты в разы дольше с
> хрен угадаешь какими последствиями для конфигов и зависимостей это ок?
Не, это не "ок", это просто враньё. Или кривые-левые пакеты.
> и редхет тут каким боком, если у него в rhn https с
> авторизацией по ключу?
Зато ты всё сделал Правильно! И отлегло!
Q: I want to change a service file, but rpm keeps overwriting it in /usr/lib/systemd/system all the time, how should I handle this?
A: The recommended way is to copy the service file from /usr/lib/systemd/system to /etc/systemd/system and edit it there. The latter directory takes precedence over the former, and rpm will never overwrite it. If you want to use the distributed service file again you can simply delete (or rename) the service file in /etc/systemd/system again.

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

11. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 07-Май-15, 17:26

> Q: I want to change a service file, but rpm keeps overwriting it in /usr/lib/systemd/system all the time, how should I handle this?
Это неправильный подход, и так нельзя делать в любом пакетном дистрибутиве. Если попытаться провернуть такой трюк в дебиане, то при любом обновлении пакета, которому принадлежит файл, он точно так же перезапишется. Правда, в Debian на случай сильной нужды есть divert, но это всё равно не по фэн-шую.

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

18. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 09-Май-15, 05:14

> на случай сильной нужды есть divert, но это всё равно не по фэн-шую.
Это конечно не по феншую, но с upstart им пользоваться приходилось. Потому что в апстарте вроде как совсем нельзя вписать себя чужой зависимостью "задним числом" ака только своим конфигом. А вот чтобы конфиг этого другого не перетер очередной апдейт - придется устраивать диверсии. Хоть это и нафиг надо.
В этом плане Поттеринг умнее сделал. С пониманием проблематики. Большинство вклинов/оверрайдов boot sequence в его конструкции делаются сугубо из своего конфига, не трогая соседские. Так что приз в борьбе за фэншуйство внезапно получает Леня.

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

13. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Michael Shigorin (ok), 07-Май-15, 17:41

>> то есть дпкг с аптом, которые ставят пакеты в разы дольше
> Не, это не "ок", это просто враньё.
Оставленное за dpkg замечал.

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

16. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 09-Май-15, 05:00

> Оставленное за dpkg замечал.
Гольным dpkg рулить в системе имеет смысл только по каким-то особым случаям.
А если смотреть на то как работает вся используемая на практике связка в сумме, как то apt vs yum, apt и быстрее отрабатывает и ресурсов при этом кушает кардинально меньше. А то что гольный rpm не так уж плох - ну может быть. А толку?

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

14. "Для CentOS 6 и 7 началось формирование цифровых подписей для..." +/–

Сообщение от Аноним (-), 09-Май-15, 04:35

> то есть дпкг с аптом, которые ставят пакеты в разы дольше
Апт в общем случае работает зело быстрее чем у...ще под названием yum. ВНЕЗАПНО. И памяти жpeт в разы меньше. Потому как это плюсы, с небольшими вкраплениями скриптов на перле и sh. А к редхатовой бидонятине с менее 512 мегов не подходи вообще, что очень доставляет на виртуалках - там если памяти меньше поставить, будут просто факапы при попытке поставить разлапистый пакет. Кончится память, все обломится и ... ну а apt доползает до финиша на машине с 128Мб памяти.
> с хрен угадаешь какими последствиями для конфигов и зависимостей это ок?
Редхат решил проблему фундаментально: нет пакетов - нет проблем! У них штатно доступно без лишних телодвижений полтора пакета. А остальное - из левых репов, с ровно теми же проблемами, под заявы редхата что их хата с краю, ничего не знаю :)
> и редхет тут каким боком, если у него в rhn https с авторизацией по ключу?
А редхет тут таким боком что их никто не заставлял такое непотребное гoвно использовать в качестве пакетного менеджера.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	4. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	–5 +/–
	Сообщение от Аноним (-), 07-Май-15, 09:39
	то есть дпкг с аптом, которые ставят пакеты в разы дольше с хрен угадаешь какими последствиями для конфигов и зависимостей это ок? и редхет тут каким боком, если у него в rhn https с авторизацией по ключу?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 07-Май-15, 11:14
	Только не надо о последствиях! apt-get -f install 100500 раз спасал меня в самых тяжёлых ситуациях. И пакетов в убунте больше, вроде около 70000.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	–1 +/–
	Сообщение от Аноним (-), 07-Май-15, 12:47
	И почему вы попадали в эти тяжелые ситуации?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+2 +/–
	Сообщение от Аноним (-), 07-Май-15, 13:19
	Как и любой другой пользователь. Например ставил древний, брошеный ktechlab, порушивший все зависимости. Правда потом я его, qt3 и kdelibs3 подрихтовал и пересобрал в /опт. Понимаете ли, кто не работает, тот не ошибается. Вам конечно через pussy.exe виндее, но моя практика показывает, что благодаря апту, та же бубунта будет более живучей, чем Красношапочное семейство.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 09-Май-15, 05:18
	> Только не надо о последствиях! apt-get -f install 100500 раз спасал меня > в самых тяжёлых ситуациях. И пакетов в убунте больше, вроде около 70000. Вообще, дебианский пакетный менеджер сложно положить в штопор. А если удалось - он обычно сам же и расскажет как из штопора выходить, прям в коноли. А какой-нибудь гуйный синаптик и вовсе сам попробует выйти из штопора на автомате.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	7. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Andrey Mitrofanov (?), 07-Май-15, 12:46
	> то есть дпкг с аптом, которые ставят пакеты в разы дольше с > хрен угадаешь какими последствиями для конфигов и зависимостей это ок? Не, это не "ок", это просто враньё. Или кривые-левые пакеты. > и редхет тут каким боком, если у него в rhn https с > авторизацией по ключу? Зато ты всё сделал Правильно! И отлегло! Q: I want to change a service file, but rpm keeps overwriting it in /usr/lib/systemd/system all the time, how should I handle this? A: The recommended way is to copy the service file from /usr/lib/systemd/system to /etc/systemd/system and edit it there. The latter directory takes precedence over the former, and rpm will never overwrite it. If you want to use the distributed service file again you can simply delete (or rename) the service file in /etc/systemd/system again.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	11. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 07-Май-15, 17:26
	> Q: I want to change a service file, but rpm keeps overwriting it in /usr/lib/systemd/system all the time, how should I handle this? Это неправильный подход, и так нельзя делать в любом пакетном дистрибутиве. Если попытаться провернуть такой трюк в дебиане, то при любом обновлении пакета, которому принадлежит файл, он точно так же перезапишется. Правда, в Debian на случай сильной нужды есть divert, но это всё равно не по фэн-шую.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 09-Май-15, 05:14
	> на случай сильной нужды есть divert, но это всё равно не по фэн-шую. Это конечно не по феншую, но с upstart им пользоваться приходилось. Потому что в апстарте вроде как совсем нельзя вписать себя чужой зависимостью "задним числом" ака только своим конфигом. А вот чтобы конфиг этого другого не перетер очередной апдейт - придется устраивать диверсии. Хоть это и нафиг надо. В этом плане Поттеринг умнее сделал. С пониманием проблематики. Большинство вклинов/оверрайдов boot sequence в его конструкции делаются сугубо из своего конфига, не трогая соседские. Так что приз в борьбе за фэншуйство внезапно получает Леня.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Michael Shigorin (ok), 07-Май-15, 17:41
	>> то есть дпкг с аптом, которые ставят пакеты в разы дольше > Не, это не "ок", это просто враньё. Оставленное за dpkg замечал.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	16. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 09-Май-15, 05:00
	> Оставленное за dpkg замечал. Гольным dpkg рулить в системе имеет смысл только по каким-то особым случаям. А если смотреть на то как работает вся используемая на практике связка в сумме, как то apt vs yum, apt и быстрее отрабатывает и ресурсов при этом кушает кардинально меньше. А то что гольный rpm не так уж плох - ну может быть. А толку?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Для CentOS 6 и 7 началось формирование цифровых подписей для..."	+/–
	Сообщение от Аноним (-), 09-Май-15, 04:35
	> то есть дпкг с аптом, которые ставят пакеты в разы дольше Апт в общем случае работает зело быстрее чем у...ще под названием yum. ВНЕЗАПНО. И памяти жpeт в разы меньше. Потому как это плюсы, с небольшими вкраплениями скриптов на перле и sh. А к редхатовой бидонятине с менее 512 мегов не подходи вообще, что очень доставляет на виртуалках - там если памяти меньше поставить, будут просто факапы при попытке поставить разлапистый пакет. Кончится память, все обломится и ... ну а apt доползает до финиша на машине с 128Мб памяти. > с хрен угадаешь какими последствиями для конфигов и зависимостей это ок? Редхат решил проблему фундаментально: нет пакетов - нет проблем! У них штатно доступно без лишних телодвижений полтора пакета. А остальное - из левых репов, с ровно теми же проблемами, под заявы редхата что их хата с краю, ничего не знаю :) > и редхет тут каким боком, если у него в rhn https с авторизацией по ключу? А редхет тут таким боком что их никто не заставлял такое непотребное гoвно использовать в качестве пакетного менеджера.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору