История изменений
Исправление www_linux_org_ru, (текущая версия) :
Разупорись. Работает с systemd, это значит будет работать скорее всего со всем остальным. У systemd нет никаких опций ядра, которые бы ломали sysv или openrc.
у меня целых 10 минут заняло обдумывание того, каким же образом ты так бредово переосмыслил мое высказывание, чтобы вот так странно на него ответить
итак, отвечаю: я ничего не имею против ядер с патчами/опциями для systemd, однако сам вносить эти патчи/опции не хочу (а ты ж только 2 проца поддерживаешь, и ни одного из тех, что есть у меня?) и хотел бы минимальных отличий от стоковых ядер, чтобы в случае наличия косяков легче было выяснить их причину
при этом с выпилом CONFIG_ANDROID_PARANOID_NETWORK я согласен, без него проще все отлаживать
еще на тему systemd:
1. я считаю cgroups хорошей идеей, и то, что ее использует systemd, конечно же, не может ее испортить — однако см. выше про нежелание разгребать косяки, и если в стоковых ядрах cgroups нет, то лучше не надо
2. вообще кое-какие идеи именно из systemd мне нравятся — например, socket activation могла бы улучшать управляемость системы (в аспекте безопасности), но в случае с текущей говнореализацией systemd она становится источником дыр (CVE-2017-1000082)
если ты дальше не будешь мои вопросы бредово переосмысливать, я их еще позадаю — дело в том, что про железо андроидов с точки зрения ядра (в отличие от PC) я ничего не знаю, и попытки почитать приводили меня то к тупой воде, то к слишком специфичным деталям — если знаешь че-то краткое и полезное, кинь ссылки
и кстати — создание проекта означает, что берешься че-то как-то поддерживать; ты не должен, конечно, браться за ВСЁ, но очертить «это я буду делать, это не буду» желательно (это я про х-ы — ты их хоть попробовал 1 раз запусить? не? я бы их попробовал запустить, имея root-а на твоем устройстве, но просить ssh только для этого немного странно)
Исправление www_linux_org_ru, :
Разупорись. Работает с systemd, это значит будет работать скорее всего со всем остальным. У systemd нет никаких опций ядра, которые бы ломали sysv или openrc.
у меня целых 10 минут заняло обдумывание того, каким же образом ты так бредово переосмыслил мое высказывание, чтобы вот так странно на него ответить
итак, отвечаю: я ничего не имею против ядер с патчами/опциями для systemd, однако сам вносить эти патчи/опции не хочу (а ты ж только 2 проца поддерживаешь, и ни одного из тех, что есть у меня?) и хотел бы минимальных отличий от стоковых ядер, чтобы в случае наличия косяков легче было выяснить их причину
при этом с выпилом CONFIG_ANDROID_PARANOID_NETWORK я согласен, без него проще все отлаживать
еще на тему systemd:
1. я считаю cgroups хорошей идеей, и то, что ее использует systemd, конечно же, не может ее испортить — однако см. выше про нежелание разгребать косяки, и если в стоковых ядрах cgroups нет, то лучше не надо
2. вообще кое-какие идеи именно из systemd мне нравятся — например, socket activation могла бы улучшать управляемость системы (в аспекте безопасности), но в случае с текущей говнореализацией systemd она становится источником дыр ( CVE-2017-1000082)
если ты дальше не будешь мои вопросы бредово переосмысливать, я их еще позадаю — дело в том, что про железо андроидов с точки зрения ядра (в отличие от PC) я ничего не знаю, и попытки почитать приводили меня то к тупой воде, то к слишком специфичным деталям — если знаешь че-то краткое и полезное, кинь ссылки
и кстати — создание проекта означает, что берешься че-то как-то поддерживать; ты не должен, конечно, браться за ВСЁ, но очертить «это я буду делать, это не буду» желательно (это я про х-ы — ты их хоть попробовал 1 раз запусить? не? я бы их попробовал запустить, имея root-а на твоем устройстве, но просить ssh только для этого немного странно)
Исправление www_linux_org_ru, :
Разупорись. Работает с systemd, это значит будет работать скорее всего со всем остальным. У systemd нет никаких опций ядра, которые бы ломали sysv или openrc.
у меня целых 10 минут заняло обдумывание того, каким же образом ты так бредово переосмыслил мое высказывание, чтобы вот так странно на него ответить
итак, отвечаю: я ничего не имею против ядер с патчами/опциями для systemd, однако сам вносить эти патчи/опции не хочу (а ты ж только 2 проца поддерживаешь, и ни одного из тех, что есть у меня?) и хотел бы минимальных отличий от стоковых ядер, чтобы в случае наличия косяков легче было выяснить их причину
при этом с выпилом CONFIG_ANDROID_PARANOID_NETWORK я согласен, без него проще все отлаживать
еще на тему systemd:
1. я считаю cgroups хорошей идеей, и то, что ее использует systemd, конечно же, не может ее испортить — однако см. выше про нежелание разгребать косяки, и если в стоковых ядрах cgroups нет, то лучше не надо
2. вообще кое-какие идеи именно из systemd мне нравятся — например, socket activation могла бы улучшать управляемость системы (в аспекте безопасности), но в случае с текущей говнореализацией systemd она становится источником дыр
если ты дальше не будешь мои вопросы бредово переосмысливать, я их еще позадаю — дело в том, что про железо андроидов с точки зрения ядра (в отличие от PC) я ничего не знаю, и попытки почитать приводили меня то к тупой воде, то к слишком специфичным деталям — если знаешь че-то краткое и полезное, кинь ссылки
и кстати — создание проекта означает, что берешься че-то как-то поддерживать; ты не должен, конечно, браться за ВСЁ, но очертить «это я буду делать, это не буду» желательно (это я про х-ы — ты их хоть попробовал 1 раз запусить? не? я бы их попробовал запустить, имея root-а на твоем устройстве, но просить ssh только для этого немного странно)
Исходная версия www_linux_org_ru, :
Разупорись. Работает с systemd, это значит будет работать скорее всего со всем остальным. У systemd нет никаких опций ядра, которые бы ломали sysv или openrc.
у меня целых 10 минут заняло обдумывание того, каким же образом ты так бредово переосмыслил мое высказывание, чтобы вот так странно на него ответить
итак, отвечаю: я ничего не имею против ядер с патчами/опциями для systemd, однако сам вносить эти патчи/опции не хочу (а ты ж только 2 проца поддерживаешь, и ни одного из тех, что есть у меня?) и хотел бы минимальных отличий от стоковых ядер, чтобы в случае наличия косяков легче было выяснить их причину
при этом с выпилом CONFIG_ANDROID_PARANOID_NETWORK я согласен, без него проще все отлаживать
еще на тему systemd:
1. я считаю cgroups хорошей идеей, и то, что ее использует systemd, конечно же, не может ее испортить — однако см. выше про нежелание разгребать косяки, и если в стоковых ядрах cgroups нет, то лучше не надо
2. вообще кое-какие идеи именно из systemd мне нравятся — например, socket activation могла бы улучшать управляемость системы (в аспекте безопасности), но в случае с текущей говнореализацией systemd она становится источником дыр
если ты дальше не будешь мои вопросы бредово переосмысливать, я их еще позадаю — дело в том, что про железо андроидов (в отличие от PC) я ничего не знаю, и попытки почитать приводили меня то к тупой воде, то к слишком специфичным деталям
и кстати — создание проекта означает, что берешься че-то как-то поддерживать; ты не должен, конечно, браться за ВСЁ, но очертить «это я буду делать, это не буду» желательно (это я про х-ы — ты их хоть попробовал 1 раз запусить? не? я бы их попробовал запустить, имея root-а на твоем устройстве, но просить ssh только для этого немного странно)