Gentoo запустило проект GSoC по развитию openrc, на основе обсуждения systemd

В GSoC это не приняли, разумеется. Ну просто это глупо - пилить свой несовместимый systemd.

Графа зависимостей нет, формат юнитов не поддерживается... зачем оно тогда?

Пишите письма^W плагины.

просто так глупо плагины назвать «несовместимым systemd(ermom)»

Что из вышесказанного тебе не понятно?

У кого нет графа зависимостей? В openrc все есть.

В openrc своя рассовая пускалка инит скриптов, являющаяся некоторым eDSL над sh. Туда можно напилить метаинфы при желании. Собственно, openrc - рассово верный вариант для systemd хейтеров :]

А как быть со скоростью загрузки? OpenRC заметно отстает от systemd.

Ну, конечно, жалко, что параллелизацию загрузки в OpenRC дропнули, но всё равно SSD нивелирует возможную разницу в методах загрузки.

ext4 есичо

так я и думал

некоторые ОС не работают в виртуалке, т.к. требуют поддержки VT-x, которой у меня нету

ШТО? О_О

Не пробовал пускать 64-битные ОС в VirtualBox на старых 64-битных процессорах?

нет, а что там?
какое дело гостю до возможностей хоста?
опять 64 проблемы?

Никто её не дропал, просто убрали настройку из конфига. Никто тебе не мешает её запилить обратно и пользоваться параллелизацией.

Иногда готов убить гентудевелоперов, но за такие вещи их можно расцеловать.

Но теперь за её работоспособность никто не отвечает.

он скорее всего имел ввиду отсутсвие ускорения через kvm. В былые времена никто не жаловался. Хотя я не понимаю причем здесь init

зачем нужны контейнеры?

ну контейнеры нужны, и они поддерживаются/почти поддерживаются openrc.

ну это не приводит к неработоспособности

генту кросплатформенный дистрибутив, разработку openrc объясняли именно таким образом, поэтому нет ни каких шансов на то, что генту выберет linux-only решение для системы инициализации

зачем нужны контейнеры?

RTFM

совсем херовый стал - подсел на говна кусок

О чем ты вообще?

RTFM

GTFO

О чем ты вообще?

RTFT

RTFM

GTFO

ПНХ.

О чем ты вообще?

RTFT

Вот и поговорили.

он скорее всего имел ввиду отсутсвие ускорения через kvm.

И его тоже. Но если qemu будет просто тормозить, VirtualBox совсем не запустится.

В былые времена никто не жаловался.

Кому сильно надо было — меняли процессор. Часто со всей машиной :) Прочие терпели тормоза qemu. Судя по тому, что encyrtid говорит «некоторые ОС _не_работают_в_виртуалке_, т.к. требуют поддержки VT-x, которой у меня нету», он пользуется только VirtualBox и другие не пробовал.

Хотя я не понимаю причем здесь init

Если ВМ недоступны, остаётся только мультибут, следовательно при переключении ОС критично время загрузки. Поэтому encyrtid-у важен init, который быстро загрузит систему.

нет, а что там?

Ядерный модуль vbox не поддерживает виртуализацию 64-разрядных программ на процессорах без аппаратной виртуализации.

какое дело гостю до возможностей хоста?

У VirtualBox нет программной эмуляции x86-64. Ты б ещё спросил про VirtualBox для ARM :)

опять 64 проблемы?

Ага :) И конкретно эту исправлять точно не будут.

VirtualBox совсем не запустится.

4.2, на ноуте без VT-x спокойно работает под виртуалкой винда.

4.2, на ноуте без VT-x спокойно работает под виртуалкой винда.

64-битная? Уверен? Именно VirtualBox?

Какой процессор, и какая версия VirtualBox? (Я его на старом Athlon 64 года 2 не запускал, если честно.)

Винда 32ух битная XP. Именно VirtualBox, 4.1.4, 4.1.8.

model name : Intel(R) Core(TM)2 Duo CPU T6600 @ 2.20GHz

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm

Винда 32ух битная XP.

А речь шла о том, что VirtualBox не пожет запустить 64-битного гостя на процессоре без аппаратной виртуализации.

С 32-битными гостями проблем нет.