Доступна (http://permalink.gmane.org/gmane.linux.redhat.fedora.devel.a...) для тестирования бета-версия Linux-дистрибутива Fedora 17. Переход на стадию бета-тестирования подразумевает полную заморозку пакетной базы, допускающую только исправления критических ошибок. Для загрузки доступна (http://fedoraproject.org/get-prerelease) как универсальная DVD-сборка, так и отдельные Live-сборки с GNOME, KDE, Xfce и LXDE. Финальный релиз намечен на 22 мая.
Ключевые улучшения (http://fedoraproject.org/wiki/Releases/17/FeatureList) Fedora 17:- Возможности для конечных пользователей
- Обеспечение (http://fedoraproject.org/wiki/Features/Gnome_shell_software_...) работы GNOME Shell без 3D-драйверов. Возможность работы без 3D-драйверов будет обеспечена (https://www.opennet.ru/opennews/art.shtml?num=32228) благодаря использованию входящего в последние версии Mesa Gallium3D-драйвера llvmpipe, предназначенного для осуществления программного рендеринга путём использования LLVM для динамической компиляции шейдеров, обработки вершин и растеризации точек/линий/треугольников. Требующие привлечения GPU операции преобразуются в промежуточное представление LLVM и затем транслируются в стандартный машинный код для архитектур x86 или x86-64, без необходимости задействования GPU;
- Поставка (http://fedoraproject.org/wiki/Features/DRI2DriversOnly) только DRI2 3D-драйверов. В Mesa уже прекращена поддержка DRI1, поэтому в Fedora более не будут поставляться такие устаревшие DRI1-драйверы, как i810, mga, r128, savage, sis, tdfx и unichrome. Изменение коснётся только 3D-драйверов поставляемых в комплекте с Mesa (пакет mesa-dri-drivers-dri1), поддержка 2D-драйверов будет оставлена неизменной. Для обеспечения работы OpenGL 2.x на старых и неподдерживаемых картах можно будет использовать программный драйвер llvmpipe;
- Обновлены версии десктоп-окружений KDE 4.8 (https://www.opennet.ru/opennews/art.shtml?num=32899) и GNOME 3.4 (https://www.opennet.ru/opennews/art.shtml?num=33472);- Растровый графический редактор GIMP обновлён до кандидата в релизы 2.8. Среди особенностей GIMP 2.8 поддержка однооконного интерфейса, возможность прямого редактирования текста на холсте и поддержка группировки слоёв;
- Улучшена поддержка языков и шрифтов. Интеграция системы English Typing Booster, позволяющей ускорить ввод через предсказание окончания слов. Добавление (http://fedoraproject.org/wiki/Features/FontConfigurationTool) графического интерфейса для настройки и выбора шрифтов;
- Поддержка (http://fedoraproject.org/wiki/Features/Multitouch_support) мультитач навигации;
- Поддержка цветового профиля ICC в системе печати CUPS;
- Возможности для системных администраторов:
- Для упрощения развёртывания кластерных конфигураций в состав включены (http://fedoraproject.org/wiki/Features/Cluster) пакеты Corosync 2.0 и Pacemaker Cluster Resource Manager 1.1.7. Расширены возможности по созданию отказоустойчивых конфигураций и балансировщиков нагрузки;- Интегрирован совместимый с Java EE сервер приложений JBoss Application Server (AS) 7;
- Добавление в NetworkManager средств для настройки таких возможностей, как bonding, IP-over-Infiniband, VLAN и конфигурирвоание сетевых мостов. Режим (http://fedoraproject.org/wiki/Features/RealHotspot) настройки беспроводной точки доступа (AP-mode);
- Системные изменения
- Использование ядра Linux 3.3 (https://www.opennet.ru/opennews/art.shtml?num=33387) с улучшенной поддержкой Btrfs, драйверами для графических чипов Intel GMA (poulsbo) и поддержкой новых беспроводных карт Broadcom;
;
- Перенос (https://www.opennet.ru/opennews/art.shtml?num=32914) всех исполняемых файлов и библиотек из корня в директорию /usr. В частности, содержимое /bin планируется перенести в /usr/bin, /sbin в /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64. Таким образом все устанавливаемые из RPM-пакетов неизменные компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами, что позволит упростить организацию бездисковых систем и повысит их безопасность - для работы достаточно будет экспортировать в режиме только для чтения раздел /usr и централизованно обновлять его, не заботясь о необходимости синхронизации содержимого каталогов /bin, /sbin и /lib. В корне останутся только файлы, связанные с загрузкой и специфичные для текущей машины данные, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run). Для обеспечения совместимости вместо перемещённых из корня директорий будут размещены символические ссылки на аналогичные директории внутри иерархии /usr.- Продолжение (http://fedoraproject.org/wiki/Features/SysVtoSystemd) портирования скриптов инициализации sysVinit в формат unit-файлов systemd. Использование новых сервис-файлов systemd позволяет увеличить скорость загрузки и предоставить администраторам дополнительные возможности по управлению сервисами;
- Удаление (http://fedoraproject.org/wiki/Features/ckremoval) ConsoleKit с целью упрощения управления пользовательскими сессиями (функциональность дублируется с systemd). Обеспечение автоматической настройки multi-seat конфигураций, позволяющих организовать одновременную работу нескольких пользователей за одним ПК (у каждого пользователя свои монитор, мышь и клавиатура).- Поддержка Ext4-разделов, размером более 16 Тб;
- Замена (http://fedoraproject.org/wiki/Features/firewalld-default) по умолчанию файлов сервисов iptables, iptables-ipv6 и ebtables на реализацию динамического межсетевого экрана firewalld (https://fedorahosted.org/firewalld/). Firewalld запускается в виде фонового процесса, позволяющего динамически изменять правила пакетного фильтра через DBus, без необходимости перезагрузки правил пакетного фильтра и без разрыва установленных соединений. Для управления межсетевым экраном используется утилита firewall-cmd, которая значительно упрощает создание правил, отталкиваясь не от IP-адресов, сетевых интерфейсов и номеров портов, а от названий служб (например, для открытия доступа к SSH нужно выполнить "firewall-cmd --add --service=ssh", для закрытия SSH - "firewall-cmd --remove --service=ssh", для открытия доступа к сервису samba только на следующие 90 секунд - "firewall-cmd --enable --service=samba --timeout=90").
- Возможности для разработчиков:
- Осуществлён (http://fedoraproject.org/wiki/Features/Java7) переход на Java SE 7 (OpenJDK7), который теперь используется по умолчанию;- В состав включен релиз PHP 5.4;
- Обновлены версии Ruby 1.9.3, платформы Haskell 2011.4, Erlang R15, языка D;
- Для сборки пакетов задействован (http://fedoraproject.org/wiki/Features/GCC47) GCC 4.7 (https://www.opennet.ru/opennews/art.shtml?num=33424);
- Обновление (http://fedoraproject.org/wiki/Features/F17Boost148) библиотеки Boost до версии 1.48.
- Улучшения, связанные с виртуализацией:
- В состав включён (http://fedoraproject.org/wiki/Features/Open_vSwitch) виртуальный коммутатор Open vSwitch (https://www.opennet.ru/opennews/art.shtml?num=26628), созданный для организации сетевого взаимодействия между виртуальными машинами и поддерживающий такие протоколы, как NetFlow, sFlow, RSPAN, ERSPAN, CLI, LACP и 802.1ag;
- Улучшение гипервизора KVM: virtio-scsi (http://fedoraproject.org/wiki/Features/virtio-scsi), поддержка (http://fedoraproject.org/wiki/Features/KVM_Guest_PMU) виртуализированого PMU (performance monitoring unit) в гостевых системах, функция (http://fedoraproject.org/wiki/Features/KVM_Live_Block_Migration) live-миграции образов гостевых систем (копирования виртуальных дисков без остановки работы);- Интеграция пакета virt-sandbox (https://www.opennet.ru/opennews/art.shtml?num=32847), позволяющего организовать выполнение произвольных пользовательских приложений в изолированном окружении, построенном с использованием libvirt. Утилита virt-sandbox использует для изоляции полноценные виртуальные машины и позиционируется для безо...
URL: http://permalink.gmane.org/gmane.linux.redhat.fedora.devel.a...
Новость: https://www.opennet.ru/opennews/art.shtml?num=33624
Собственно из нее и пишу.Все на удивление гладко работает,за час ковыряния проблем не заметил,что для Федоры уже необычно.
Гладко работает что именно? Браузер, плеер и юсб-кофемолка? Или что-то еще?
уже с альфы всё работает в том числе оилраш на опенсурсном радеоне обновляюсь почти каждый день ничего пока с апдейтами не отваливалось( видать тестовые скрипты на койдже таки решают)усб кофемолки нет -_-
час на новой федоре и уже комментируем? :)))
Позорники! Так и не научились запускаться на системах с двумя видеокартами.
Сейчас поди все ноутбуки по стандарту это имеют. В багзилле пишут, что нам это не
надо, у вас оборудование неправильное. Везде работает окромя федоры
HP ENVY 1210NR (AMD(DIS)+Intel(IGD))
Да, дейсвительно, это для Федоры необычно, да еще и бета. Но ничего, думаю до релиза обязательно они это дело поправят :)))Но все же, она мне нравится ;)
А так же улучшения в управлением энергопотреблении. Разрабатывается демон tuned, который различными профилями динамически(или статически) рулит энергоптреблением. Недавно, был день тестирования, где это все гонялось.
https://fedoraproject.org/wiki/Features/PowerManagementF17
>Перенос ... в директорию /usr
>..символические ссылки на аналогичные директории внутри .. /usrНадеюсь, этот эксперимент даст отрицательный результат.
Надеюсь, это будет внедрено во все дистрибутивы в ближайшие месяцы.
> Надеюсь, это будет внедрено во все дистрибутивы в ближайшие месяцы.В Unix это внедрено уже 15 лет назад. Linux, как всегда, догоняет :)
Не знаю как в unix (которого нет), а в соляре к примеру таких директорий на 17 федор хватит.
> Не знаю как в unix (которого нет), а в соляре к примеру
> таких директорий на 17 федор хватит.Вы так говорите, как будто Solaris - не Unix :)
Судя по заявам предыдущего оратора - да.
А то вон макось тоже юних — у каждого софта свой апп-каталог.
> Не знаю как в unix (которого нет), а в соляре к примеру таких директорий на 17 федор хватит.Солярка УЖЕ избавилась от разбиения bin, sbin и usr/bin,usr/sbin. Она-то как раз показывает пример линуксу в этом плане.
stax@casper:~$ ll -d /bin /sbin /usr/bin /usr/sbin
lrwxrwxrwx 1 root root 9 2011-11-10 00:43 /bin -> ./usr/bin
lrwxrwxrwx 1 root root 10 2011-11-10 00:43 /sbin -> ./usr/sbin
drwxr-xr-x 4 root bin 1302 2011-11-27 19:20 /usr/bin
drwxr-xr-x 4 root bin 496 2011-11-10 01:52 /usr/sbin
stax@casper:~$ uname -a
SunOS casper 5.11 11.0 i86pc i386 i86pc Solaris
Да-да. А фри-софт вы куда ставите, не подскажите? :D
А иксы в вашей системе где лежат?
И тд, и тп.Зыж
11.0 и и386 — забавно коррелируют.:D
И да, солярис уже никому пример не показывает. К сожалению.
> Да-да. А фри-софт вы куда ставите, не подскажите? :D
> А иксы в вашей системе где лежат?
> И тд, и тп.А как это связано с тем, что /bin и /sbin перенесены в /usr?
хм.
мотивом подобных действий.
вот к противникам переноса присоединились не только люди забывшие почему традиция разбиения на /bin и /usr/bin появилась но ите ко вообще непонимают что происходит(не говоря о том почему)
> вот к противникам переноса присоединились не только люди забывшие почему традиция разбиения
> на /bin и /usr/bin появилась но ите ко вообще непонимают что
> происходит(не говоря о том почему)Традиция деления на /bin и /usr/bin появилась примерно тогда, когда у Кернигана и Ритчи закончился первый винчестер, и они начали забивать второй. LVM-то тогда не было :)
да-да! щёки понадувать — первое дело! :D
вы соляру то видели?
Иксы на этой машине нигде не лежат. GNU бинариники лежат в другом каталоге - а как их вместе положить-то? Названия те же, а синтаксис другой; GNU-аналоги не понимают многих ключей стандартных солярисовских утилит, возможностей процессов и файловой системы, поэтому лежат отдельно для тех, кому с ними удобнее, а возможности нативных вариантов утилит не критичны.386 - это название класса процессоров. Система, разумеется, 64-х битная; более того, 11-ая солярка не поддерживает 32-х битные процессоры, там ядро 64-х битное.
Для общей информации: аналог того, что вы в uname в линуксе видите x86_64, в солярке делается так:
stax@casper:~$ isainfo -b
64
stax@casper:~$ isainfo -k
amd64
А что в uname пишется, это вопрос совместимости.А солярис, как ни странно, показывает пример, да еще какой. Уход от пользователя рута к админской роли и отдельных привилегий - то, что частично в линуксе появилось с PolKit, частично еще только в разработке (capabilities вместо suid) - тут уже есть и прекрасно работает, представьте. Система инициализации, по мотивам которой пишется systemd - тут опять же есть, причем тут уже давно работают вещи, которые в дистрибутивах с systemd планируются, но по факту еще недоступны - перезапуски упавших демонов с отслеживанием количества падений и других плохих ситуаций с удобным доступом к этой информации и логам каждого демона, например. Отказ от bin/sbin с объединением бинарников в usr, тот же.
Или вот взять управление настройками системы (питание, сеть и многое другое) не через редактирование конфигов, а через свойства сервисов - что позволяет удобно админить через удаленные сервисы, утилиты, писать гуи и так далее - а сервисы сами позаботятся, чтобы классические unix-конфиги были при этом в консистентном состоянии. В линуксе до сих пор в этом плане бардак - попробуйте-ка ответить на вопрос о том, кто правит (и кто меняет) /etc/resolv.conf. Админ руками? Или NetworkManager, оставивший там свою метку, затрет ручные измнения? Или же наглый pppd или pptp решит туда записать настройки от провайдера? Попробуйте-ка быстро проанализировать все варианты и сказать, как надежно внести туда свои изменения, которые не тронет другой сервис. Вот в солярке этот конфиг вообще никто не трогает, кроме сервиса сети, а он управляется через properties. Ну и так далее.
Я очень люблю линукс, но работая с соляркой, очень часто замечаешь, что многие моменты, которые в последнее время появляются или планируют появится в линуксе уже давно внедрены, проверены и используются в солярке :)
> Система инициализации, по мотивам которой пишется systemd - тут опять же есть, причем тут уже давно работают вещи, которые в дистрибутивах с systemd планируются, но по факту еще недоступны - перезапуски упавших демонов с отслеживанием количества падений и других плохих ситуаций с удобным доступом к этой информации и логам каждого демона, например.Конкретно эти две фичи в systemd уже есть, причем относительно давно. Достаточно посмотреть на вывод systemctl status.
А кстати, в SMF есть поддержка watchdog, как в systemd? :)А в общем и целом вы все правильно говорите. И про управление системными настройками через специальные демоны (см. systemd-hostnamed, systemd-localed, systemd-timedated), и про авторизацию приложений при доступе к системным настройкам через PolicyKit.
Просто в то время, когда все эти фичи вводились в Unix-системы в рамках планомерной разработки и развития, GNU/Linux переживал стадию первозданного хаоса. К ~2010 году ему удалось-таки решить насущные проблемы, и подход "а давайте поставим костыль, лишь бы работало" сменился подходом "а давайте все сделаем правильно и прозрачно, по юниксвею". Сейчас freedesktop - фактически основной носитель этой идеологии, хотя администраторы серверов выиграют от нее гораздо больше, чем их десктопные коллеги (но больше всего выиграют разработчики дистров - недаром они так активно на systemd ломанулись).
> Конкретно эти две фичи в systemd уже есть, причем относительно давно. Достаточно посмотреть на вывод systemctl status.Они работают как-то не так, как в SMF. Может, я просто не умею. Конкретно нужно вот что - автоперезапуск завершившихся/упавших сервисов (в systemd на Fedora 16 я этого не наблюдаю), вывод слишком часто перезапускающихся сервисов в состояние maint/faulty/etc и прекращение их перезапуска до ручной очистки этого состояния, сохранение вывода stdout/stderr каждого демона и доступ к этой информации из команды status - это нужно, т.к. когда демон упал или работает с ошибкой, частенько об этом он сообщает только на консоль, а не в лог; да и вообще ошибка может быть в духе "нет прав на открытие лога"; конкретно в солярке по status покажут не лог, а путь к временному файлу, в котором сохраняется лог stdout/stderr именно данного демона и который следующей командой можно посмотреть.
Вопрос про watchdog я не понял, google: systemd watchdog ничего внятного не пишет :)
> Конкретно нужно вот что - автоперезапуск завершившихся/упавших сервисов (в systemd на Fedora 16 я этого не наблюдаю), вывод слишком часто перезапускающихся сервисов в состояние maint/faulty/etc и прекращение их перезапуска до ручной очистки этого состоянияСм. опции Restart, StartLimitInterval, StartLimitBurst и StartLimitAction в systemd.service(5) (http://www.freedesktop.org/software/systemd/man/systemd.serv...)
Сейчас в качестве действий при превышении числа лимитов в единицу времени поддерживаются различные варианты перезагрузки системы (фичу перевода в состояние failed никто пока не просил :)).Что касается вывода на stdout, это проще всего смотреть в версиях systemd с journal - там весь вывод службы, как на консоль, так и в сислог, сохраняется в журнале и выдается по команде systemctl status имя.service (при необходимости можно покопаться более детально с помощью journalctl).
В более старых версиях systemd (например, из F16), можно воспользоваться перенаправлением stdout в syslog (StandardOutput=syslog, должно быть включено по умолчанию), и затем ковырять непосредственно системный лог.Ну а watchdog - это относительная свежая фича systemd, подробности см. в мане по ссылке выше.
>Иксы на этой машине нигде не лежат.разумеется! если бы были ещё и иксы!!!... то $PATH был бы ещё длиннее :D
примерно так http://www.unix.com/solaris/168260-solaris-11-path-enviromen...
PATH=/usr/bin:/opt/DTT:/opt/DTT/bin:/opt/solstudio12.2/bin:/opt/solstudio12.2/bin/amd64:
/usr/bin:/usr/bin/amd64:/usr/local/bin:/usr/ddu/bin/i386:/usr/gnu/bin/amd64:/usr/gnu/bin:
/usr/has/bin:/usr/openwin/bin/amd64:/usr/openwin/bin:/usr/perl5/5.8.4/bin
доставляет чехарда с бинарниками — что-то типа /usr/ddu/bin/i386 или /usr/gnu/bin :D
>GNU бинариники лежат в другом каталоге - а как их вместе положить-то?легко. как к примеру в линухе оракловая жаба с alternative'ами или eselect'ами — поставил себе и уже не паришься ни с версией, ни с вендором. типа так
$ eselect java-vm list
Available Java Virtual Machines:
[1] sun-jdk-1.6 system-vm
....
а то даже лЁжа в разных местах у них всё равно разные имена имеют — типа gtar, gzip, gcpio,...
а ещё хуже — если вдруг в $PATH попали и ПЕРЕКРЫВАЮТ друг-друга.
бардак.
>386 - это название класса процессоров. Система, разумеется, 64-х битная; более того, 11-ая солярка не поддерживает 32-х битные процессоры, там ядро 64-х битное.вот поэтому и смешно смотреть вывод uname -a
который настолько же информативен, как если бы его не было.
>Для общей информации: аналог того, что вы в unam....Для общей информации — то что мы делаем называется POSIX
>А солярис, как ни странно, показывает пример, да еще какой. Уход от пользователя рута к админской роли и отдельных привилегий
после sudo — нах всё это не нать.
>Система инициализации, по мотивам которой пишется systemdсистема инициализации и 10% функционала не имеет. всё что она может — это
Dependency order
Configurable boot verbosity
Delegation of tasks to non-root users.
Parallel starting of services.
Automatic service restart after failure.
ВСЁ!!!
далее только щёки надувать.
>удобно админить через удаленные сервисы, утилиты, писать гуи и так далее - а сервисы сами позаботятся, чтобы классические unix-конфиги были при этом в консистентном состоянии.какие в попу гуи, когда у вас иксов нет?
ах! на винде!!! :D
а мне вот pssh и etckeeper хватает. а как паппет ставлю, то гуи писать уже не нать! :D
>опробуйте-ка ответить на вопрос о том, кто правит (и кто меняет) /etc/resolv.conf. Админ руками? Или NetworkManager, оставивший там свою метку, затрет ручные измнения? Или же наглый pppd или pptpхм... что называется см маны. в частности /etc/ppp/resolv.conf.
а с ppp/pptp в соляре ВООБЩЕ пестня. вы бы ещё про фаерволы/наты/проки/.. вспомнили.
а не подскажите в сколькиз файлах там надо доменное имя машины поменять? не? :D
>Я очень люблю линукс, но работая с соляркой, очень часто замечаешь, что ...половина иннаваций либо уже не нужна, либо из 90-х, либо через Ж, либо с ну очень ограниченным функционалом...
угу, клоуд платформа, ни винду поставить, ни современный линух... про проброс pci уже не говорю.
>а не подскажите в сколькиз файлах там надо доменное имя машины поменять? не? :DI'm sure it'll be in at least /etc/hosts, /etc/nodename and /etc/hostname.xxx (where 'xxx' is your
network interface name, like en0 or hme0). It's possible that it might also appear in any of the following
too: /etc/net/ticlts/hosts, /etc/net/ticots/hosts, /etc/net/ticotsord/hosts and /etc/inet/ipnodes.
>>а не подскажите в сколькиз файлах там надо доменное имя машины поменять? не? :D
> I'm sure it'll be in at least /etc/hosts, /etc/nodename and /etc/hostname.xxx (where
> 'xxx' is your
> network interface name, like en0 or hme0). It's possible that it
> might also appear in any of the following
> too: /etc/net/ticlts/hosts, /etc/net/ticots/hosts, /etc/net/ticotsord/hosts and /etc/inet/ipnodes.stax@casper:~$ cat /etc/nodename /etc/hostname* /etc/net/ticlts/hosts
cat: /etc/nodename: No such file or directory
cat: /etc/hostname*: No such file or directory
#
# Copyright 2005 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
#
# ident "%Z%%M% %I% %E% SMI"
#
# NOTE: This file is no longer consulted and may be removed from a future
# release of Solaris.
#Ну и так далее. В общем, слив засчитан; вы хоть бы брали доки по актуальной версии солярки, а не 10-ти летней давности. Я не хочу даже вспоминать, в каком состоянии были многие вещи в линуксе 10 лет назад.
>cat: /etc/nodename: No such file or directoryhttp://docs.oracle.com/cd/E23824_01/html/E24456/gllcs.html
/etc/nodename configuration – A system's identify (nodename) is now configured through the config/nodename service property of the svc:/system/identity:node SMF service, as shown in the following example:
# svccfg -s svc:/system/identity:node setprop config/nodename = astring: nodename
# svcadm refresh svc:/system/identity:node
# svcadm restart svc:/system/identity:nodeВО КАК! они в другом месте теперь! никуда не исчезли. Но теперь на 2-е строчки больше и менее интуитивно панятен. :D
и да!
>Ну и так далее. В общем, слив засчитан; вы хоть бы...Именно! :D
Слив «специалиста» не знающего что именно он так аргументированно защищает — всегда забавен! :D
Меня не очень тянет поддерживать тут этот оффтопичный спор, так что совсем вкратце.
Некоторые проекты в солярисе лежат в отдаленных кусках PATH, и он может быть длинным - а кому это мешает? Смысл объединения бинарников в usr и / совсем не в том, чтобы сэкономить несоклько байт PATH. Половину того, что вы указали в PATH, правда, в солярке уже нет, ну да не суть важно.> легко. как к примеру в линухе оракловая жаба с alternative'ами или eselect'ами — поставил себе и уже не паришься ни с версией, ни с вендором. типа так
Так нельзя. Бинарники разные, и выбирать любимый через alternative - верх глупости. Например, GNU'шный dd поддерживает iflag/oflag, а солярисовский нет. С другой стороны, солярисовский chmod поддерживает ACL'и и другие фичи по установке прав, а GNU'шный не умеет. Поэтому нужны оба набора и в разных местах.
> вот поэтому и смешно смотреть вывод uname -a
uname свою роль и выполняет, показывая x86-архитектуру. Оно ведь совместимо: i386-бинарники на этой системе действительно выполняются, как и говорит uname. При этом через isainfo можно посмотреть архитектуру драйверов ядра (amd64), а так же дополнительные инструкции для приложений, родную разрядность процессора (64-х битная) и тд. Вот вы в линуксе можете одной командой оценить, с какими наборами инструкций совместимы пользовательские приложения? Вам uname ни о чем таком не говорит (стоит compat-libs-32 или аналог, или же нет). А вот в солярке для этого есть isainfo.
> после sudo — нах всё это не нать.
Вам не надо - не говорите за всех. Таким, как вы, никакие разработки в этой области не нужны, все мешают. Отрицаете роли, MAC, selinux и все на свете, узнали про конфиг sudo и радуетесь, считая это вершиной творения.
> далее только щёки надувать.
А что именно вам нужно? Я вот выше привел пример функциональности, которая в солярке давно есть, полезна на серверах и прекрасно работает, и которой в systemd еще либо нет вообще, либо что-то проклевывается, но в реальные дистрибутивы еще не успело попасть.
> какие в попу гуи, когда у вас иксов нет?
Я, честное слово, вообще не понимаю, зачем я пишу серьезные вещи человеку, не отличающему наличие бинарей X-сервера от наличия Xlib, собственно позволяющего запускать приложения..
> хм... что называется см маны. в частности /etc/ppp/resolv.conf.
Во-во, смотрите маны, ищите десяток resolv.conf и тд.
> а не подскажите в сколькиз файлах там надо доменное имя машины поменять? не? :D
Ни в одном. Надо изменить проперти config/nodename у сервиса system/identity и сделать ему refresh. Привет, 21-ый век.
> угу, клоуд платформа, ни винду поставить, ни современный линух... про проброс pci уже не говорю.
По удобству и гибкости для серверных задач зоны будут помощнее виртуализации в вашем winblows datacenter edition, к вашему сведению.
У виртуализации свои применения, конечно, но с ней по любому удобнее работать из специализированных решений вроде RHEV.
>Меня не очень тянет поддерживать тут этот оффтопичный спор,после предыдущего слива я дальше этой строки и не читал! :D
зачем? мне вас на работу не брать :D
> после предыдущего слива я дальше этой строки и не читал! :DЗначит, остатки стыда у вас еще не совсем потеряны :)
> перезапуски упавших демонов с отслеживанием количества падений и других плохих ситуаций с удобным доступом к этой информации и логам каждого демона, например.Для подобной хрени (и много-много больше) есть у Линукса monit, например.
>>Перенос ... в директорию /usr
>>..символические ссылки на аналогичные директории внутри .. /usr
> Надеюсь, этот эксперимент даст отрицательный результат.По результатам долгих обсуждений этой идеи широкими массами, не было выявлено ни одного, заметим, ни одного регрессивного эффекта. Зато куча плюсов налицо.
Так что отрицательным результатам взяться просто неоткуда.
> По результатам долгих обсуждений этой идеи широкими массами, не было выявлено ни
> одного, заметим, ни одного регрессивного эффекта.Правда, стоит отметить мелкую проблемку - нельзя выносить /usr на отдельный раздел при отсутствии initrd. Но так как initrd имеет смысле не использовать только в эмбеддовке, в которой /usr обычно никуда не выносят - практическое значение этой проблемы нулевое.
В крайнем случае, хакеры-мазохисты, желающие и рыбку съесть, и в лодку не сесть, могут добавить в ядро десять строчек, обеспечивающие монтирование /usr без initrd по аналогии с / (root=...)
Собственно, основное назначение initrd как раз и состоит в том, чтобы обеспечивать поддержку нетривиальных конфигураций стораджа, будь то LVM на RAID через multipath, или просто /usr на отдельном разделе.
возможно /etc вынести на отдельный раздел при использовании initrd ?
> возможно /etc вынести на отдельный раздел при использовании initrd ?Навскидку препятствий не вижу, но не вижу и смысла.
По сути, после переноса всех бинарников в /usr, / остался исключительно как место для /etc и хомяка рута (/root). Т.е. /etc-раздел - это и есть корень.
А разговоры про то, что корень, мол, "minimal rescue system" - безграмотная чушь.
Хотя бы потому, что для загрузки до корня требуется минимум три рабочих компонента:
1. Загрузчик.
2. /boot
3. /В то время как для запуска initrd достаточно только первых двух, в результате чего живучесть initrd выше. Кроме того, он куда более компактен, но при этом включает все необходимые инструменты, в том числе fsck и mount.
Объясните, пожалуйста, дураку следующую вещь. Исходное состояние - / примонтирован, /usr не примонтирован. /sbin - симлинк на /usr/sbin, где и лежит бинарник mount. Вопрос - как примонтировать /usr, в котором лежит mount?
> Вопрос - как примонтировать /usr, в котором лежит mount?Положить mount в initrd и примонтировать оттуда.
> Положить mount в initrd и примонтировать оттуда.Дык так можно и весь /usr туда переложить.
> Дык так можно и весь /usr туда переложить.Многие Live-дистры так и делают, кстати.
>> Положить mount в initrd и примонтировать оттуда.
> Дык так можно и весь /usr туда переложить.можно запустить компьютер с 3 этажа... нужно ли?
> Исходное состояние - / примонтирован, /usr не примонтирован.Ошибка в самой постановке вопроса.
Исходной состояние - не примонтировано ничего, включая дисковый раздел с /. В качестве корня на этот момент используется initrd. В котором есть и fsck, и mount, и все остальные необходимые программы.
Логическое завершение - впилить в initrd /? Ну, чтобы не размениваться по мелочам.
> Логическое завершение - впилить в initrd /? Ну, чтобы не размениваться по
> мелочам.А initrd - это есть /, если вы не знали :)
И, кстати, ничего не сказано об oVirt, теперь можно федору использовать, а не качать отдельный дистр.
Замена iptables - покусились на святое. Доиграются!
A long time ago.. на месте iptables был ipchains - никто уж и не помнит :)
Не лезьте с вашими новинками, ipfwadm наше все ;)
> Замена iptables - покусились на святое. Доиграются!Уже пытались - см. печальную историю nftables.
Жизнь оказалась беспощадна - синтаксис ipfw не прижился.
> Замена iptables - покусились на святое. Доиграются!Особенно Поттеринг: http://fedoraproject.org/wiki/FirewallD#Port_metadata_inform...
Ишь чего удумал - ipfw-подобный синтаксис запилить хочет! Да это же не юниксвейно!
Как таких только земля носит.
Для демона с динамическим фаерволом?
да хоть в xml.
не юниксвейно тексты трагикомедий в ядро пихать.
Наш паровоз летит вперёд. Пользовался Федорой с 5-ой версии, ещё Core. После последнего апдейта слетел звук на 16-ой. ИЧСХ железо у меня совершенно стандартное (Lenovo ThinkPad x201, всё от Интел, только блюпуп от Broadcom и аудио от Conexant). Снёс нахрен и больше не поставлю. Хватит светлого будущего, мне работать надо.
>После последнего апдейта слетел звук на 16-ой.
>Снёс нахрен и больше не поставлю.И не возвращайся никогда. (с)
Люди делают дистр для себя, кому надо, то хотя бы багрепорт напишет, а то и решение проблемы найдет.
Нет, бро. Для себя это Дебиан или Арч. Федора - это как бе РедХет и ынтырпрайз.
>Федора - это как бе РедХет и ынтырпрайз.Сказки. В совете федоры - почти все независимые резработчики. Редхат, конечно, помогает, но это просто симбиоз. Направление развития контролируется на собраниях. Любой может принять участие.
Сказки? Ок :)Идём сюда http://fedoraproject.org/wiki/Legal:Trademark_guidelines
Первое предложение первого абзаца. Циатата:
"Fedora®, the Fedora word design, the Infinity design logo, Fedora Remix, and the Fedora Remix word design, either separately or in combination, are hereinafter referred to as "Fedora Trademarks" and are trademarks of Red Hat, Inc." Федора - трэйдмарк РедХата. Дальше сами?
А как связаны владение трейдмарком и влияние на направление развития дистрибутива?
Если у Вас есть более веские доказательства, то предъявите же их нам, а то пока что все сводится в подозрению в тайных заговорах.
Бизнес, слышали такое слово? Так вот проект Федора - часть бизнеса компании РедХат.
Опять таки идём на http://fedoraproject.org/wiki/Development/SteeringCommittee. Там список из 9-ти человек (это типа управляющий совет). Тыкаем на профайлы. По мейлу можно определить, что 6 из 9 человек - сотрудники РедХата (про остальных нет инфы), т.е. 2/3. Вместе они могут протащить любое решение, нужное РедХату, ибо большинство. Вот и вся сказка про белого бычка. Just a business, nothing personal.
Что есть Дебиан и Арч? Лишь дистрибутивы GNU/Linux, то есть, по сути, все тот же редхат.
Просто федора ближе к апстриму, и фичи там появляются раньше.
> Что есть Дебиан и Арч? Лишь дистрибутивы GNU/Linux, то есть, по сути, все тот же редхат.- Федора дистрибутив РедХата
- Дебиан и Арч дистрибутивы
-----------------------------
Дебиан и Арч - РедХатМусье не изучал формальную логику и не знает, что из ложного посыла следует всё, что угодно?
> - Федора дистрибутив РедХата
> - Дебиан и Арч дистрибутивы
> -----------------------------
> Дебиан и Арч - РедХатВсе проще. GNU/Linux - Red Hat.
Debian - GNU/Linux. Debian - Red Hat.
Arch - GNU/Linux. Arch - Red Hat.
Готов поспорить, надо было перезагрузиться в старое ядро. Хомячки такие хомячки...
По какому праву ты меня называешь хомячком? Косяк мне кажется был со сборкой KDE. Kmix валился постоянно. И да, загрузка в старое ядро не помогла. Ну и как бы я не верю, что ни у одного и девов Федоры нет ThinkPad`a и они не заметили этот глюк, скорее всего просто забили. Типа и так сойдёт.
>скорее всего просто забили. Типа и так сойдёт.Как и ты.
Это free sowtware, тут никто никому ничего не должен. Задарма чужим трудом пользуешься, да еще и какие то предьявы. Офигеть.
Я не верю что хоть с кого-то кто пишет багрепорты есть такой же ноутбук
у самого thinkpad x201, 16-я федора, в ноябре-декабре падал пульс демон, сейчас - звук почти не отваливается. После опенсусе федора оказалась очень даже неплохой! На сусю не вернусь.
Только-что протестировал ливСД с КДЕ.
Остался очень доволен как системой (последний раз пользовал Федору лет 5 назад и она оставила впечатление глюкодрома). Сейчас не заметил ни-одной-проблемы! Все быстро и гладко. Старт системы вообще молниеносный.Последний раз я пробовал пересесть на кде 4.3, не осилил.
Здесь 4.8 нет ни малейших наерканий. исправили кучу мелких неудобностей при работе с несколькими экранами. за несколько часов работы ни одной ошибки или глюка (дада, даже плазма не упала).
свободные nouveau наконец не съедают мою батарею на ноуте за пол-часа.
в общем, был очень приятно удивлен. получил много удвольсвтия.
Сегодня вечером, похоже, буду переехжать на Ф17+КДЕ, даже не дожидаясь финального релиза.
По поводу глюкодрома. Даже в 16 постоянно время от времени что-нибудь отваливается, что уж говорить о новинке. QtCreator в 16, например, падает раз в 2 дня.Но так-то федора торт.
Ps. Ушел на нее с Дебиана.
Прикольно
я с федоры уже полгода как ушел на дебиан
Причина - не очень часто, но бывает, после обновлений перестают работать разные приложения
Как оказывалось проблема чаще всего не в глюках софта, а в изменениях в конфигах
Покатаюсь на демьяне - посмотрюЗЫ: стоит тестинг
Что же у вас отваливается? Бывает после обновления из дополнительных реепов, что-то не успеют подогнать, в этом случае просто не спешите обновляться, если у вас прописаны дополнительные, или сторонние хранилища, подождите немного.
> По поводу глюкодрома. Даже в 16 постоянно время от времени что-нибудь отваливается,
> что уж говорить о новинке. QtCreator в 16, например, падает раз
> в 2 дня.
> Но так-то федора торт.
> Ps. Ушел на нее с Дебиана.16 кстати да почемуто ведёт себя нестабильно -_-
сижу на ней с 5 все воркает. По поводу глюкодрома перепробовал почти все дистры везде есть недостатки так что не будем об идеалах
А почему про thin provisioning ничего не сказали? Это же, можно сказать, киллер-фича релиза! И заодно - значительный шаг в развитии Linux как серверной ОС.
>Замена по умолчанию файлов сервисов iptables, iptables-ipv6 и ebtables на реализацию динамического межсетевого экрана firewalld.в 18 Федоре также планируется объединить firewalld и systemd.
> /usr/ - что позволит упростить организацию бездисковых системШлюхаю внематочно, как оно упростит?
Можно будет корень на tmpfs делать, например.
> Можно будет корень на tmpfs делать, например.Ух ты! Нрузиться быыыстро будет! Хочу.</:>
/usr на NFS поломает всю малину :)
> /usr на NFS поломает всю малину :)нет. dracut сделает вам юзер на нфс.
> нет. dracut сделает вам юзер на нфс.Да мы знаем, что сделает. Мы про скорость, вообще-то :)
При установке натыкаюсь на эту багу:https://bugzilla.redhat.com/show_bug.cgi?id=791317
Вот только вчера качал DVD, устанавливал, а anaconda была не 17.11.
Исправлено в версии anaconda-17.12-1.fc17.
качай netinstall и все ставиться
Имхо, гораздо удобнее unix way, когда все устанавливаемое ПО ставится в /usr/local, что позволяет не смешивать системные и пользовательские файлы. В Fedora сейчас такая помойка начнется, /usr/etc, /usr/opt, /usr/srv и т.д.
> Имхо, гораздо удобнее unix way, когда все устанавливаемое ПО ставится в /usr/local,Ц:/Prorgam\ Files/ тоже ничего, многим _нравится!</логично!>
> что позволяет не смешивать системные и пользовательские файлы.
> Имхо, гораздо удобнее unix way, когда все устанавливаемое ПО ставится в /usr/local,
> что позволяет не смешивать системные и пользовательские файлы. В Fedora сейчас
> такая помойка начнется, /usr/etc, /usr/opt, /usr/srv и т.д.Это не unix way, а freebsd way. Который является следствием проблем конкретного проекта, а именно, недостаточного количества мейнтейнеров. В результате разработчиками Фри пришлось разделить софт на две категории: с нормальной поддержкой (world) и с поддержкой "как придется" (ports). Разумеется, вторую категорию пришлось изолировать от первой. Но это не достоинство, как пытаются представить некоторые дилетанты, а лишь попытка минимизировать уменьшить масштаб изначальной проблемы.
В крупных дистрибутивах Linux, как правило, таких проблем нет, и весь софт поддерживается качественно, поэтому смысла в делении на базовую систему и порты нет.
> В Fedora сейчас такая помойка начнется, /usr/etc, /usr/opt, /usr/srv и т.д."Не читал, но осуждаю"
Вы так и не поняли, почему никаких /usr/etc, /usr/opt, /usr/srv не будет. А все туда же, жизни других учить.
> Обеспечение работы GNOME Shell без 3D-драйверов.Наконец-то увидим это великий и страшный GNOME Shell вживую. А то все Fallback, а он скучный и привычный.
Интересно, это только у меня позавчера после обновления ядра F16 начала сбоить графика? NVidia, якобы знает о проблеме и признает, что виновата она http://www.nvnews.net/vbulletin/showthread.php?t=178460. Но Гуголь почему-то очень неохотно откликается на запросы по теме. Хотелось бы знать, в других дистрибутивах с последними драйверами Нвидии проблем нет?
> Интересно, это только у меня позавчера после обновления ядра F16 начала сбоить
> графика? NVidia, якобы знает о проблеме и признает, что виновата она
> http://www.nvnews.net/vbulletin/showthread.php?t=178460. Но Гуголь почему-то очень
> неохотно откликается на запросы по теме. Хотелось бы знать, в других
> дистрибутивах с последними драйверами Нвидии проблем нет?драйвера нвидия и есть проблемма. сделаны для галочки.
> Интересно, это только у меня позавчера послеhttps://www.opennet.ru/openforum/vsluhforumID3/84040.html#21