Доступны (http://www.linuxplumbersconf.org/2013/resources-slides-and-v.../) для просмотра видеозаписи и слайды с прошедшей в середине сентября конференции Linux Plumbers Conference 2013 (http://www.linuxplumbersconf.org), на которой была представлена серия интересных докладов от непосредственных разработчиков некоторых подсистем Linux. В докладах упомянуты низкоуровневые особенности, отчёты о текущем статусе развития и планы на будущее, касающиеся различных подсистем ядра Linux, технологий виртуализации и изоляции (Open vSwitch, OpenVZ, LXC, Xen ), сетевого стека, систем загрузки и инициализации (systemd, Upstart, UEFI Secure Boot, Gummiboot), низкоуровневых компонентов графического стека (Common Display Framework, DRM/KMS, Dma-buf), файловых систем. Были представлены интересные доклады с рассказом о прогрессе обеспечения сборки с использованием Clang ядра Linux (http://www.youtube.com/watch?v=R_zCs238S3A) (см. также доклад (http://www.youtube.com/watch?v=XlOQge-kSlA) от автора проекта LLVMLinux с LinuxCon), окружения Android (http://www.youtube.com/watch?v=A8uWt5NdhRM) и пакетной базы Debian (http://www.youtube.com/watch?v=tZDe8Fj0sLg).URL: http://www.linuxplumbersconf.org/2013/resources-slides-and-v.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=38187
оно уже работает, собранное под clang ?
Это не главное. Главное - чтобы собиралось.
Главное чтоб работало ))
Для шланга - нет, не главное :)
> оно уже работает, собранное под clang ?Так сильно хотите натыкаться на проприетарные SDK, собранные под черти-что? Вот соберут вам бинарь SDK, при том только под 32-битную убунту. Сами потом чертыхаться будете.
И это не главное, главное чтоб была альтернатива.
> И это не главное, главное чтоб была альтернатива.На выбор: Haiku или Win8. Не за что.
> И это не главное, главное чтоб была альтернатива.
> альтернативаКак красиво вы обозвали исконно линуксовую парадигму «зоопарка несовместимых решений».
Презентация "Upstart roadmap" повеселила.Планируемые фичи:
- Поддержка cgroups
- Встроенная реализация cron
- Реакция на входящие соединения
- Добавление API для блокировки перехода в спящий режим
- Запуск процессов в отдельных namespacesКазалось бы, при чем здесь systemd?
Еще там есть рассуждения о перспективах поддержки FreeBSD, но вряд ли программисты Canonical действительно будут этим заниматься (а больше никто upstart и не пилит).
Хотя скорее всего это была попытка перетянуть Дебиан на свой инит.
Которая, судя по недавним новостям, провалилась.
Да и не нужен нам новый init. Перезагрузка, она, знаете ли, дело крайне редкое, а потому мне кажется несколько сомнительной необходимость её ускорения. Старый добрый последовательный SysV проработал без нареканий уже очень долго. И ещё столько же проработает.
А нам, админам серверов на Debian, очень нужен прозрачный и фичастый init. И система единого лога тоже.
Как минимум, просто потому, что это удобнее.
удобнее вместо grep и прочих прелестей утилит командной строки использовать для поиска в логах какой-то быдлоинтерфейс, придуманный Поттерингом? :-)P.S. Про подписывание логов на локальной машине аргумент можете не приводить -- это бред, для сохранения целостности они всё равно должны переправляться на другой хост, пытаться обеспечивать защиту от подмены на локалхосте -- тупиковая мысль.