Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → RHEL 7
Не работает ifconfig, даже /sbin/ifconfig
Команда find / -name "ifconfig" - не находит ifconfig.
ifconfig has been deprecated in RHEL6 and kept around for backward compatibility.
man ip
И, обычно, нельзя переубедить лишь совсем упёртых, ничего слушать и видеть не желающих.
Ну так, позиция поттеринга и его работодателей.
Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.
Macumazan пишет:Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.
А довод только один. Команда ifconfig является одной из стандартных команд по конфигурации Linux'а. И применяется не только в ручном режиме, но очень часто и в составе самых различных скриптов. Которые делать могут много чего (то есть сразу и не догадаешься, что там внутри ifconfig спрятан). Что делать пользователям, которые юзают такие скрипты? Кто даст гарантию, что их скрипты не перестанут работать в среде RHEL-7? По причине удаления части базовых команд или изменения их ключей или вывода этих команд?
По моему есть стандартный набор команд, присущий как одельным ветвям Linuxa, так и всему Linux'у в целом. Этот стандартный набор трогать не моги. Отлито из бронзы, руками не трогать. Иначе накрывается медным тазом переносимость программного обеспечения, которой славен Linux.
Потеринг обеспечил немеряный гимор администраторам, которым больше делать нечего, как вычитывать миллионы строк существующего кода и адаптировать его для работы в RHEL-7. Очень они ему будут благодарны за такую заботу. А в реале - кто будет "покупать" такую систему, в которой не пойдут старые наработки? Причем сказать заранее какие именно (где что взглюкнет по причине изменеия API, системных вызовов)- невозможно. Я не могу отнести себя к подобным идиотам.
То, что он сделал - это чистой воды безумие, похлеще нового интерфейса GNOME-3.
Macumazan пишет:Ну так, позиция поттеринга и его работодателей.
переубедить их можно только серьезными доводами. пока что таковых никто не предоставил.
Помимо всего прочего, в проект вложены амбиции и главное - деньги. Никто эту глыбу уже не свернет с пути, никакими доводами.
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, это да.
<sarcasm>Последняя страница обсуждения прям пестрит впечатлениями от RHEL7. Спасибо за подробности</sarcasm>
И да.... verg, за это
Наглядная табличка: http://fedoraproject.org/wiki/SysVinit_ … atsheet/ru
спасибо
Ну да. Изменение оформления патчей к ядру это результат креативной выходки шапочных разрабов, под воздействием опьяняющего чувства свободы. Интересы бизнеса боссов rh в данном случае, конечно же, на последнем месте. Но нам, обывателям, такое не понять:)
изменение оформления патчей разрабов вообще не колышет, если их послушать, любой оформление и любая документация это зло на которое им приходится тратить время. так что с их т.з. так даже лучше.
Злобы? Да полно.
у меня не вызывает ровным счетом ничего, кроме улыбки.
интересная злоба однако
поливание дерьмом Canonical
есть за что. пока вы злитесь на RH, каноникал продолжают отжигать. сначала пропихнули маркетинговый зонд в свой дистр, потом попытались забить легальным языком сайт на котором писалось как эту дрянь отключить, теперь требуют денег с дистров-клонов, короче ведут себя как эдакий смешной и коричневый микрософт. где и когда RH пытались делать такое в любой из систем которые они разрабатывают?
Все изменения которые вносят в RHT, _все_ изменения, были проверены и согласованы с выборкой из представителей крупных и средних клиентов. Такие встречи проходят каждый год, я и сам в них участвовал, а потом тратил недели на забивание в багзиллы и роадмапы фичер реквестов, столько их было.
Да на простой вопрос. Людей понесло в тонкие материи.
Интересно когда выпустят RHEL 7, обешяли в 1 квартале 2014
эх наверно к середине марта 
lone_wolf, и что там будет неожиданного?
lone_wolf, и что там будет неожиданного?
systemd 
и походу вместо yum другой пакетный менеджер 
вместо yum другой пакетный менеджер
Это наврятли, так как в Fedora до сих пор yum.
lone_wolf пишет:вместо yum другой пакетный менеджер
Это наврятли, так как в Fedora до сих пор yum.
Только хардкор, только apt-rpm! Synaptic в каждый RHEL.
вместо yum другой пакетный менеджер
чиво?
Вряд ли в RHEL7 yum заменят на dnf. Даже в Федоре на него ещё не перешли.
Linux Forum → Red Hat Linux, Fedora, CentOS → RHEL 7
Форум работает на PunBB, при поддержке Informer Technologies, Inc
