Предложения для новой Qtopia прошивки 1.22

HPC.ru lite - Все форумы
Форум: КПК и смартфоны на Linux: Zaurus, планшеты Nokia, прочее
Тема: Предложения для новой Qtopia прошивки 1.22
Страницы: 1 2 [3] 4 5 6 7

[Ответить]
Андрей Головин [15.09.2004 09:30] :
ИМХО самое правильное - включить приложения по минимуму, все выброшенное выложить в виде отдельных пакетов.
Вот я, например, пользуюсь KDEPIM/PI, после выхода новой версии (сейчас на сайте проекта есть KO/PI, KA/PI, OM/PI и многое другое) шарповским PIMом пользоваться перестал совсем... И на фиг он мне тогда в прошивке?

netdevil [15.09.2004 12:00] :
В идеале, лучше сделать выбор в меню КАКИЕ программы ставить.

longshadow [16.09.2004 10:58] :
Самое правильное и технологичное (ИМХО) сделать так как в OZ. Он весь (почти, за очень небольшим исключением) строится из .ipk. При первом старте системы из нового образа они разворачиваются. Зато потом можно любой компонент удалить или проапргейдить, не потребляя лишнего пространства в NAND.

А вообще, распиливание ROM'ов, выведенных из шарповского, на пакеты, ИМХО, есть очень тяжелая и муторная работенка. Вне зависимости от того, как именно будет реализована возможность выбора состава софта.

maslovsky [16.09.2004 18:20] :

longshadow писал(а):

Самое правильное и технологичное (ИМХО) сделать так как в OZ. Он весь (почти, за очень небольшим исключением) строится из .ipk. При первом старте системы из нового образа они разворачиваются. Зато потом можно любой компонент удалить или проапргейдить, не потребляя лишнего пространства в NAND.

Для этого нужно переделывать сам принцип того, как пакету зашиваются в РОМ. В OZ весь флаш перезаписываемый, поэтому можно ставить и удалять все что угодно. В шарповской прошивке подход, расчитанный на "дурака" - менее гибкий, но более надежный.

А вообще, распиливание ROM'ов, выведенных из шарповского, на пакеты, ИМХО, есть очень тяжелая и муторная работенка. Вне зависимости от того, как именно будет реализована возможность выбора состава софта.

Угу, именно пожтому сначала наверное выдет полная версия прошивки, а затем на её основе - Lite + пакеты...

longshadow [17.09.2004 10:31] :

maslovsky писал(а):

Для этого нужно переделывать сам принцип того, как пакету зашиваются в РОМ.

И необязательно. Кто не дает вставить в preinst перемонтирование корня в rw, а в postinst - перемонтирование его в ro? Или просто предъявить требование, что перед инсталляцией пакета X (который раньше сидел в /) надо перемонтироваться в rw, а потом - назад.

В OZ весь флаш перезаписываемый, поэтому можно ставить и удалять все что угодно. В шарповской прошивке подход, расчитанный на "дурака" - менее гибкий, но более надежный.

Он не на дурака рассчитан, а на то, что ROM есть раз и навсегда фиксированная сущность. Как в Пальмах - есть там PIM в ROM'е - фиг его снесешь (штатными средствами). Купил пальму с 5.0 - так и живи с 5.0. Хочешь новую ОС 5.1 - покупай новую Пальму. Шарп, ИМХО, попытался изобразить нечто подобное. Что косвенно подтверждается отсутствием аппаратных отличий между C760 и C860. Только программные. Так что "дураки" тут ни при чем, а при чем тут - маркетинг.

maslovsky [17.09.2004 12:14] :

В последних Cacko прошивках /usr - это вообще cramfs, его не получится просто перемонтировать на запись. Сделано это с той целью, чтобы больше влезло, поскольку сжимает cramfs гораздо лучше.

Дураки или нет, но поломать тот-же OZ с OPIE гораздо проще... Да, специально сломать можно все что угодно, но вот случайно. Лично я сужу по собственному опыту общения с OZ/OPIE, и меня не переубедить

maddmaxx [17.09.2004 12:19] :
кстати, в текущей прошивке заметил странность: если ставить частоту на power saving, то такое впечатление, что дигитайзер начинает подглюкивать - при нажатии на экран курсор "скачет" произвольным образом вдоль длинной стороны экрана с амплитудой в несколько десятков пикселов. эффект хорошо виден, если в графическом редакторе попытаться нарисовать линию, параллельную короткой стороне экрана.
то есть попасть в кнопку на экране бывает проблематично.
на других частотах такой проблемы нет.
было бы хорошо избавиться от нее в следующей версии. если, конечно, оно вообще лечится.

longshadow [17.09.2004 12:37] :

maslovsky писал(а):

В последних Cacko прошивках /usr - это вообще cramfs, его не получится просто перемонтировать на запись.

М-да, это я упустил из виду.

Вот не пойму, как можно что-то поломать случайно в OPIE такое, чего нельзя поломать в сплит-ROMах? Конфиги? Либы неправильные поставить? Так это и в сплите поломать легко. Просто в сплите это лечится предусмотренным способом - Ok+Power + форматирование /home/user. А в OZ придется перезаливать прошивку ("лобовой" метод) или копаться с консоли ("правильный" метод

. Но - если не бекапиться, то и тот и другой метод лечения (и в сплите и в OZ) одинаково болезненны - все равно все данные и установленный софт уедут "к маме".

maslovsky [18.09.2004 22:18] :
Зато если бэкапится, то на шарповской прошивке восстановиться - раз плюнуть

Хотя конечно, если под OZ бэкапиться правильно: то там тоже можно восстановится практически так же.

Вообще возможно я излишне строг к OPIE, но после довольно долгого общения с версиями для 5500 у меня отношение к нему как в том анекдоте - "ложки-то нашли, но осадок остался"

Да и народ OPIE-шный мне не очень нравится, особенно Mickey из-за наплевательского и высокомерного отношения к пользователям...
Если я и перейду на что-то, то это не будет OPIE, скорее уж pdaxrom...

maslovsky [28.09.2004 17:44] :
Хотел написать, что работа над прошивкой потихоньку идет. Не так быстро, как хотелось бы из-за наличия работы на работе

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

Обновлены WIFI драйвера - HostAP 0.2.4, что позволяет использовать WPA на завре, если это умеет access point для построения защищённой сетки.

Так же опыт пользования squashfs показывает, что она рулит! Сжимает на 10% лучше, чем cramfs, поддерживает полноценные GUID и UID, при этом совершенно не имеет тормозов, характерных для cloop. В общем, на данный момент - идеальный вариант для read-only memory.

Stay tuned...

[Ответить]
[< Назад] [Вперед >]