text
ip aLinuxForum.Fans
RHEL 7
Автор: ibahob
101 сообщений
20080 просмотров
Не работает ifconfig, даже /sbin/ifconfig
Команда find / -name "ifconfig" - не находит ifconfig.
ifconfig has been deprecated in RHEL6 and kept around for backward compatibility.
man ip
И, обычно, нельзя переубедить лишь совсем упёртых, ничего слушать и видеть не желающих.
Ну так, позиция поттеринга и его работодателей.
Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.
[quote="Macumazan"]Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.[/quote]
А довод только один. Команда ifconfig является одной из стандартных команд по конфигурации Linux'а. И применяется не только в ручном режиме, но очень часто и в составе самых различных скриптов. Которые делать могут много чего (то есть сразу и не догадаешься, что там внутри ifconfig спрятан). Что делать пользователям, которые юзают такие скрипты? Кто даст гарантию, что их скрипты не перестанут работать в среде RHEL-7? По причине удаления части базовых команд или изменения их ключей или вывода этих команд?
По моему есть стандартный набор команд, присущий как одельным ветвям Linuxa, так и всему Linux'у в целом. Этот стандартный набор трогать не моги. Отлито из бронзы, руками не трогать. Иначе накрывается медным тазом переносимость программного обеспечения, которой славен Linux.
Потеринг обеспечил немеряный гимор администраторам, которым больше делать нечего, как вычитывать миллионы строк существующего кода и адаптировать его для работы в RHEL-7. Очень они ему будут благодарны за такую заботу. А в реале - кто будет "покупать" такую систему, в которой не пойдут старые наработки? Причем сказать заранее какие именно (где что взглюкнет по причине изменеия API, системных вызовов)- невозможно. Я не могу отнести себя к подобным идиотам.
То, что он сделал - это чистой воды безумие, похлеще нового интерфейса GNOME-3.
[quote="Macumazan"]Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.[/quote]
Помимо всего прочего, в проект вложены амбиции и главное - деньги. Никто эту глыбу уже не свернет с пути, никакими доводами.
ifconfig в качестве управлялки устарел уже несколько лет назад и его заменил iproute2
ради интереса почитайте: http://inai.de/2008/02/19
А довод только один. Команда ifconfig является одной из стандартных команд по конфигурации Linux'а. И применяется не только в ручном режиме, но очень часто и в составе самых различных скриптов. Которые делать могут много чего (то есть сразу и не догадаешься, что там внутри ifconfig спрятан). Что делать пользователям, которые юзают такие скрипты? Кто даст гарантию, что их скрипты не перестанут работать в среде RHEL-7? По причине удаления части базовых команд или изменения их ключей или вывода этих команд?
еще раз - ifconfig фактически уже перестал существовать в шестой версии. все кто от него зависел имеют возможность переделать скрипты, уже за столько-то лет это не сложно, или оставаться на старых версиях - как раз для этого и придумана 10-15 летняя поддержка
По моему есть стандартный набор команд, присущий как одельным ветвям Linuxa, так и всему Linux'у в целом. Этот стандартный набор трогать не моги. Отлито из бронзы, руками не трогать. Иначе накрывается медным тазом переносимость программного обеспечения, которой славен Linux.
нет и не должно быть ничего отлитого из бронзы, статичные системы отмирают за несколько лет, и линукс как раз прогрессивностью и славится.
Потеринг обеспечил немеряный гимор администраторам, которым больше делать нечего, как вычитывать миллионы строк существующего кода и адаптировать его для работы в RHEL-7.
а можно реальный пример? а то какие то сферические администраторы в вакууме
А в реале - кто будет "покупать" такую систему, в которой не пойдут старые наработки?
те у кого есть новые наработки. а для старых куплен RHEL6 с длительной поддержкой, и никто с него слазить не будет.
такие же крики были когда RHEL5 вышел с ядром 2.6, которое сильно отличалось от 2.4, между прочим.
Причем сказать заранее какие именно (где что взглюкнет по причине изменеия API, системных вызовов)- невозможно. Я не могу отнести себя к подобным идиотам.
тестирование уже отменили? сертификацию дистров ISV и наоборот тоже?
То, что он сделал - это чистой воды безумие, похлеще нового интерфейса GNOME-3.
ifconfig убрали задолго до поттеринга.
Помимо всего прочего, в проект вложены амбиции и главное - деньги. Никто эту глыбу уже не свернет с пути, никакими доводами.
это внутренняя инфа, после разговора с начальниками RHT? а то пустые обывательские домыслы -пусты. Любая глыба вылетает в трубу если теряет целесообразность, симантек как раз на днях свернули огромный и очень дорогой проект по поднятию облачного стореджа, гугль вообще закрывают проекты с миллионами поклонников, а уж небольшая фирма вроде RHT может быть намного динамичнее и гибче таких гигантов.
ifconfig в качестве управлялки устарел уже несколько лет назад и его заменил iproute2
ради интереса почитайте: http://inai.de/2008/02/19
только хотел сказать про iproute2, я сам его недолюбливал, но с недавних пор начал понемногу юзать и втягиваться а ведь комбайн реально прикольный
нет и не должно быть ничего отлитого из бронзы, статичные системы отмирают за несколько лет, и линукс как раз прогрессивностью и славится.
Самому то не смешно? Давай уж отменим и grep+awk+sed. Заменим их на какое нибудь новшество с совершенно иными ключами и выводом... А у кого голова от этого заболит, тот пусть занимается тестированием и адаптацией своих наработок. Не смешно ли?
Самому то не смешно? Давай уж отменим и grep+awk+sed. Заменим их на какое нибудь новшество с совершенно иными ключами и выводом... А у кого голова от этого заболит, тот пусть занимается тестированием и адаптацией своих наработок. Не смешно ли?
совсем не смешно. если эти инструменты перестанут подходить для моих нужд, я перестану ими пользоваться, и найду что нибудь получше. в принципе это уже случилось, мне во многом удобнее открыть ipython чем играться с sed
это внутренняя инфа, после разговора с начальниками RHT? а то пустые обывательские домыслы -пусты. Любая глыба вылетает в трубу если теряет целесообразность, симантек как раз на днях свернули огромный и очень дорогой проект по поднятию облачного стореджа, гугль вообще закрывают проекты с миллионами поклонников, а уж небольшая фирма вроде RHT может быть намного динамичнее и гибче таких гигантов.
Целесообразность прямопропорциональна степени успешности работы маркетологов, чья задача убедить большинство, что их продукт есть наилучший. Но это в той системе ценностей, где крутится RH. Только вот когда эти ценности ставятся выше ценностей коммьюнити остальных дистрибутивов, это уже неприятно, очень мягко говоря. Не плюй в колодец.
Целесообразность прямопропорциональна степени успешности работы маркетологов, чья задача убедить большинство, что их продукт есть наилучший. Но это в той системе ценностей, где крутится RH. Только вот когда эти ценности ставятся выше ценностей коммьюнити остальных дистрибутивов, это уже неприятно, очень мягко говоря. Не плюй в колодец.
то есть ответ на мой вопрос - нет. тогда повторюсь - пустые обывательские домыслы -пусты
то есть ответ на мой вопрос - нет. тогда повторюсь - пустые обывательские домыслы -пусты
Ну прям подловил, куда деваться? :)
Но тут, вдруг, на помощь пришел из вашего же лагеря Петюня Леменков, который в рашенфедоре запостил следующее
"Фишка в том, что все управленческие изменения в OSS-коммьюнити происходят согласно правилу меритократии. Т.е. тот, кто пишет код, тот и решает - именно поэтому Red Hat скупает разработчиков".
вашего же лагеря
нашего? я работаю в виндузовой конторе на севере Канады, линуксами тут и не пахнет, к сожалению
тот, кто пишет код, тот и решает
так и есть. не вижу проблемы
именно поэтому Red Hat скупает разработчиков
ну правильно, можно сказать что их "скупают", но я бы сказал что их скорее спонсируют, чтоб писали больше и лучше, потому что за зарплату, а не в свободное от проприетарщины время. Было бы продуктивнее для опенсорса если бы их "скупил" микрософт, и по конракту им нельзя было бы писать ничего опенсорсного?
Тот кто пишет код решает что именно ему писать, это верно, только если вы считаете что злостные буржуины в красных шляпах стоят с плетками над душой мейнтейнеров то очень ошибаетесь. Это я могу сказать и как бывший мейнтейнер, и как, позже, бывший PM - тот самый буржуин с плеткой. Это я не только к той чуши которую вы написали выше, но и к тому что пустые обывательские домыслы - пусты, особенно когда рядом есть кто нибудь кто лучше видит ситуацию, и спорить просто бесполезно.
Ну да. Изменение оформления патчей к ядру это результат креативной выходки шапочных разрабов, под воздействием опьяняющего чувства свободы. Интересы бизнеса боссов rh в данном случае, конечно же, на последнем месте. Но нам, обывателям, такое не понять:)
Ты так говоришь, как будто это плохо.
Кто программирует - тот и делает все изменения. Логично же.
Или вы хотите чтобы за вас другие работали?
P.S. И некрасиво в бессильной злобе коверкать человеческие имена.
Ты так говоришь, как будто это плохо.
"Это" это что?
Кто программирует - тот и делает все изменения. Логично же.
Не утверждаю обратное.
Или вы хотите чтобы за вас другие работали?
Риторический вопрос. Не интересно.
P.S. И некрасиво в бессильной злобе коверкать человеческие имена.
Злобы? Да полно.
Такие его перлы, как "маргинальные дистрибутивы" , за поливание дерьмом Canonical, за чванство, за возвышение трудяг RH над членами сообщества, которые не согласны с их техническими решениями - у меня не вызывает ровным счетом ничего, кроме улыбки.
Трудяги RH - одни из самых активных членов сообщества. В отличие от той же Canonical.
Vascom, это да.
Войдите или зарегистрируйтесь, чтобы ответить.
