MediaDeb 0.1c

хотелось бы найти доброго человека, держащего исходники и собирающего так же и ядра, которые работают, но вовсе не обязательно с systemd — вполне возможно, круг поддерживаемых процов будет пошире

Разупорись. Работает с systemd, это значит будет работать скорее всего со всем остальным. У systemd нет никаких опций ядра, которые бы ломали sysv или openrc. Смысл собирать свое ядро был только в том, чтобы добавить опции, необходимые для работы юзерспейс софта и документировать более-менее их список. Кроме CONFIG_ANDROID_PARANOID_NETWORK никаких опций не выпиливалось. Не нравится systemd - вперед, вся кухня для сбоки debian rootfs на гитхабе, можешь дорабатывать в свое удовольствие, или вообще заменить debian arch'ем.

Кому надо - поставят.

Разупорись. Работает с 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 только для этого немного странно)

если ты дальше не будешь мои вопросы бредово переосмысливать, я их еще позадаю — дело в том, что про железо андроидов с точки зрения ядра (в отличие от PC) я ничего не знаю, и попытки почитать приводили меня то к тупой воде, то к слишком специфичным деталям — если знаешь че-то краткое и полезное, кинь ссылки

Постарайся тогда выражать свои мысли яснее и если чего-то непонятно, честно в этом признаваться.

1. я считаю cgroups хорошей идеей, и то, что ее использует systemd, конечно же, не может ее испортить — однако см. выше про нежелание разгребать косяки, и если в стоковых ядрах cgroups нет, то лучше не надо

Понимаешь, в эмбеддеде, да и в андроеде в частности считается феншуем минимальный набор опций/фичей ядра, чтобы работал тот софт, который будет там в итоге крутиться. Все остальное - нафиг не вперлось. На этот феншуй часто кладут болт и конфигурируют ядро чуть ли не через 'randomconfig'. Сам понимаеь, что тебя ждет в конкретных стоковых ядрах.

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

и кстати — создание проекта означает, что берешься че-то как-то поддерживать; ты не должен, конечно, браться за ВСЁ, но очертить «это я буду делать, это не буду» желательно (это я про х-ы — ты их хоть попробовал 1 раз запусить? не?

У меня сейчас крайне мало свободного времени, потому я обеспечиваю только работу того, что мне самому критически необходимо. Если хочешь помочь - милости просим. К след. релизу, помимо новой системы сборки я буду обеспечить работу iotop, docker (хотя бы попробую, ядро старовато) и postgres, а так же таки попробовать решить проблемы и оживить вайфай на umi-x2.

я бы их попробовал запустить, имея root-а на твоем устройстве, но просить ssh только для этого немного странно)

Вот это уже по делу. Запустить иксы без ускорения совершенно не интересно, и скорее всего работать будет без проблем. Окружение стандартно. А вот если ты хочешь поэкспериментировать с libhybris и добиться ускорения - то было бы здорово. Я на выходных буду отпечатывать стойку для своего хлама, как сделаю могу дать под это дело рут на одном из устройств. Пиши в gitter (jabber пока не доходят руки поднять).

UPD: WiFi взлетел на UMI-X2 после небольшой сеншуал-бачаты с бубном и матюками, как клиент работает стабильно. GPS вроде тоже должен пахать, выдавая nmea, но его и bt не тестил.

Кстати, хотел спросить, возможно ли поднять это дело на MT6589T?

Есть сорцы для 4.4 но фирмварь дефолтная 4.2.1(вроде)

Да, в кухне от aquarius явная ссылка была на T версию виде одной галочке в настройках ядра. Попробуй забэкапиться и прошить прошу от UMI-X2, посмотреть что будет.

Попробую, спасибо!

Если что-нибуть да и взлетит, постараюсь помогать проекту чем смогу