Russian Fedora 23 XFCE: отвалился звук

[Olej]

А почему обязательно сетевой интерфейс должен быть eth0?
Это как-раз дремучие привычки, идущие от ... правил года 80-го, т.е. 35 лет давности (и Mint как раз очень консервативная система во многих смыслах).
Новые имена сетевых интерфейсов (хотя их правила ещё не устоялись) пытаются нести гораздо больше смысла.

Да я не против чтобы по новому сетевая карта называлась, но как-то по человечески, чтобы название несло смысловую нагрузку, например netcard1 , а не бредовую типа eklmno1
А eth это всё таки ethernet сокращенно

Новые наименования как-раз и несут смысловую нагрузку: аппаратный адрес адаптера на PCI шине ... для 2-3-х, например, совершенно одинаковых моделей адаптеров (как их потом станете различать: кто там eth0 а кто eth3?).
А если кто большой эстет по части имён, то можете просто переименовать интерфейсы в своей системе как вам любо: переименование сетевого интерфейса ... хоть sobaka назовите.
Добавите в стартовые скрипты и будет вам счастье.

[yars]

Freedesktop: predictable network names

[kerogaz]

А почему обязательно сетевой интерфейс должен быть eth0?
Это как-раз дремучие привычки, идущие от ... правил года 80-го, т.е. 35 лет давности (и Mint как раз очень консервативная система во многих смыслах).
Новые имена сетевых интерфейсов (хотя их правила ещё не устоялись) пытаются нести гораздо больше смысла.

Да я не против чтобы по новому сетевая карта называлась, но как-то по человечески, чтобы название несло смысловую нагрузку, например netcard1 , а не бредовую типа eklmno1
А eth это всё таки ethernet сокращенно

Новые наименования как-раз и несут смысловую нагрузку: аппаратный адрес адаптера на PCI шине ... для 2-3-х, например, совершенно одинаковых моделей адаптеров (как их потом станете различать: кто там eth0 а кто eth3?).
А если кто большой эстет по части имён, то можете просто переименовать интерфейсы в своей системе как вам любо: переименование сетевого интерфейса ... хоть sobaka назовите.
Добавите в стартовые скрипты и будет вам счастье.

Может красношапочное обозначение и несет зашифрованный смысл, но его расшифровка на мой взгляд не вызывает отрицательных эмоций разве что у мазохиста-шизоида. Судя по характеру обозначений, их составлял скорее всего зацикленный на своём внутреннем мире шизоид. А по мне пусть уж лучше напрягается при расшифровке процессор чем и так перегруженный ненужной информацией мозг современного человека. А то получается что программы пишутся не для удобства человека а для комфортной жизни вычислительного комплекса.

Да и потом, разве в ОС ,построенных на пакетах deb, где сетевая карта обозначена eth0, процессор сильнее напрягается при работе? При всём при этом мне кажется что Минт пощустрее и понадежнее Федоры, да и прикладных программ на Минте гораздо больше чем у Федоры а там сетевая карта обозначена как :

Код: Выделить всё

ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1c:c0:f1:cb:c8

[Olej]

Да и потом, разве в ОС ,построенных на пакетах deb, где сетевая карта обозначена eth0, процессор сильнее напрягается при работе? При всём при этом мне кажется что Минт пощустрее и понадежнее Федоры, да и прикладных программ на Минте гораздо больше чем у Федоры а там сетевая карта обозначена как :

Странные люди ... и ишут и пишут и пишут...

А вам не приходило в голову оглянуться по сторонам, и обнаружить, что ни в Debian, ни в Ubuntu, ни в Mint, ни в других ... за последние лет 5-7 в кодовую базу Linux ни привнесено ничего.
Абсолютно ничего.
Всё что сделано - RedHat + совсем немного SUSE. И всё.
Какой смысл гнать пургу про удобства "построенных на пакетах deb", "пощустрее и понадежнее Федоры" ... и прочее всякое фуфло?
Удобно? Удобно - пользуйтесь ... пока.
Но архитектурно, идеологически - как скажут, так и будете делать!
Тот, кто не способер делать сам, обречён тупо заимствовать у других.

[Vascom]

ГГ, сказку про шустрость deb давно не слышали
И ведь ни одного доказательства, ни одного сравнения идентичных конфигураций... Только домыслы и мифы.

Правда ведь, раз в deb всё так прекрасно, удобно, такие они хорошие разработчики и инноваторы - что же вы федорой пользуетесь?

[Olej]

Правда ведь, раз в deb всё так прекрасно, удобно, такие они хорошие разработчики и инноваторы - что же вы федорой пользуетесь?

Разработчиками там с инноваторами и не пахнет. Давно. Одни надутые щёки и разговор через губу...

Но с удобством использоания, надо отдать должное, для выполнения рутинных задач, без особой новизны - оно достаточно удобно. Особенно Mint. Хотя удобство на 70% определяеся используемым DM и привычностью к этому DM, и только в остальном - дистрибутивом.

[yars]

Да и потом, разве в ОС ,построенных на пакетах deb,

Внезапно, но у меня Slackware, и там не используются новомодные имена интерфейсов. Но это не зависит от используемого дистрибутива и типа пакетов, это зависит от админа на все 100500%.

[kerogaz]

ГГ, сказку про шустрость deb давно не слышали
И ведь ни одного доказательства, ни одного сравнения идентичных конфигураций... Только домыслы и мифы.

Правда ведь, раз в deb всё так прекрасно, удобно, такие они хорошие разработчики и инноваторы - что же вы федорой пользуетесь?

Я Федрой не пользуюсь. Просто ради интереса ставлю новый релиз чтобы посмотреть в каком направлении мвсль у разработчиков двигжется. А насчет новизны то могу сказать на примере Винды -нам такой хоккей не нужен : лучше XP для работы в оффисных приложениях лмбо в вычилительных пакетах системы нет а новизна и перегруженная графика клепается лишь для того чтобы опустошить карманы пипле покупкой под эту новизну более дорогого железа, для эффектных мультимедийных игрушек

[Vascom]

Вообще-то поддержка железа в линуксе не поспевает за самим железом, так что оправдывать его покупку чисто физически не может.

Может вам это и не заметно, но положительные новшества федоры через 2-3 года появляются и в других дистрибутивах.

[kerogaz]

Вообще-то поддержка железа в линуксе не поспевает за самим железом, так что оправдывать его покупку чисто физически не может.

Может вам это и не заметно, но положительные новшества федоры через 2-3 года появляются и в других дистрибутивах.

Меня честно говоря интересует не новшества а количество прикладных программ, которых у систем построенных на deb несравненно больше чем в системах rpm(более 40000)
Университеты США например переходя на разработку прикладных прогамм на deb в основном из-за драконовской политики платной поддержки RH . Можете себе представить сколько будет стоить поддержка рэдхэтом вычислительного кластера в 18000 ядер

[Vascom]

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

А помимо платного RHEL есть ещё CentOS, SL и другие клоны в том числе со сторонней техподдержкой, если цены Red Hat кажутся высокими. Это тоже надуманный недостаток.

[kerogaz]

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

А помимо платного RHEL есть ещё CentOS, SL и другие клоны в том числе со сторонней техподдержкой, если цены Red Hat кажутся высокими. Это тоже надуманный недостаток.

CERN специально и создал SL для кластеров под ARC GRID но многие для этой цели использовали CentOS поскольку он такой же как и SL но более удобный А сейчас уже научились строить кластера на Debian, и многие на нем и строят, по той простой причине, что CentOS перешел под прямое управление RH и может и в нем тоже будет поддержка платной. А цены не кажутся высокмими , при болшом количестве процессоров они заоблачные,умножьте плату за одну лицензию на число процессоров при 18000 ядер и посмотрите на сумму
А такой кластерок сколько стоил бы в RH

CERN затачивал SL в основном под нужды ядерной физики, а если вы занимаетесь расчетами на кластере скажем в области молекулярной генетики, то вам нужны будут сторонние пакеты которых на rpm нет а на deb есть. Мы раз перекомпилировали программу с deb на rpm трое суток а а потом месяц отлаживали а это не всем понравится если на deb она и так работает

[Olej]

Меня честно говоря интересует не новшества а количество прикладных программ, которых у систем построенных на deb несравненно больше чем в системах rpm(более 40000)

Это всё, по большей части - сложенный в чуланчик пыльный хлам, старое тряпьё, которое выбросить жалко, а носить стыдно.

Университеты США например переходя на разработку прикладных прогамм на deb в основном из-за драконовской политики платной поддержки RH .

При чём здесь RH?
Нужна вам помощь в поддержке - обращайтесь, ненужна - не пользуйтесь.
Кроме Red Hat есть, с тем же эффектом: Fedora, CentOS, Scientific.

[Olej]

CERN затачивал SL в основном под нужды ядерной физики, а если вы занимаетесь расчетами на кластере скажем в области молекулярной генетики, то вам нужны будут сторонние пакеты которых на rpm нет а на deb есть. Мы раз перекомпилировали программу с deb на rpm трое суток а а потом месяц отлаживали а это не всем понравится если на deb она и так работает

Глупости какие!
Да нет в виде пакетов .rpm - то есть в виде исходных кодов.
И это нужно насколько же кривые руки иметь (или мозги?), чтобы перетранслировать с .deb в .rpm!
Из исходников нужно собирать! ... и не рассказывайте сказки, что "в Debian компилируется, а в Fedora нет". И не месяц, а 15 минут. И что можно "отлаживать" в коде стороннего проекта, из которого обирался .deb пакет? ... учитывая квалификацию сегодняшнего Debian-сообщества, где руки растут непосредственно из жопы, и в код исходника они посто не рискнут влезть.

[Bizdelnick]

!	Предупреждение от модератора
	Тема себя явно исчерпала и посему закрывается. Тем, кто не в курсе, сообщаю, что дистрибутивные войны у нас категорически не приветствуются, равно как и оскорбления кого бы то ни было, а также рекомендую ознакомиться наконец с правилами форума.