PuppyRus Richy-217-DdSE

[DdShurick]

Перезалил Richy-User-002.iso

[RoDoN]

Перезалил Richy-User-002.iso

А хоть коротенько об отличиях / изменениях?

[DdShurick]

А хоть коротенько об отличиях / изменениях?

Всего лишь работа над ошибками, и то не все

[sfs]

в последнее время на мой взгляд Richy - это что-то среднее между PR и PRA (ИМХО).

Свои наработки весьма интересные, но разобраться в них под силу единицам. Информации крайне мало.
Совершенно не понятна зацикленность на Ричи... PR то уж совсем то же самое... Зачем распылять силы? Почему бы не сделать совместимость хоть с чем нибудь 

[RoDoN]

Согласен с sfs, разобраться бывает трудновато, ставлю пока только на посмотреть. Если бы базовый модуль Richy был бы совместим с PR-13.12, то было бы здорово, тем более, что некоторые мелкие ошибочки и недочеты, исправленные в PR так и остаются в Richy (следствие работы над дистром в одиночку).

[sfs]

Ну и не забывайте про обновления. Придет момент когда PR-Ричи безнадежно морально устареет. Что тогда?
Команду для сборки из src уже не собрать. Да и чем результат получался лучше...
В одиночку с src надорвешься
Надо переходить на чью-то репу. Это никак не мешает реализации собственных идей, зато убирает кучу рутинной работы

[DdShurick]

Согласен с sfs, разобраться бывает трудновато

Что мешает спросить?

ставлю пока только на посмотреть

У меня давно Richy основная система.

Если бы базовый модуль Richy был бы совместим с PR-13.12, то было бы здорово, тем более, что некоторые мелкие ошибочки и недочеты, исправленные в PR так и остаются в Richy (следствие работы над дистром в одиночку).

У меня PR-13.12 и Richy запускаются одним и тем же initrd.gz (из boot) только каталоги и файлы размещены как в MagOS, никакой несовместимости.
Единственное отличие Richy - работа под пользователем, а если к /home примонтирован раздел (по UUID или LABEL) то практически не нужна сохранёнка.

[RoDoN]

Загрузил новый вариант:
1. Файл сохранения /mnt/home/richy/base/richy_save.sfs не подхватился.
2. Разрешение 1024x768 вместо нужного 1366x768, т.е. для моей GMA500 файл /etc/X11/xorg.conf.d/20-poulsbo.conf.disabled не был переименова в 20-poulsbo.conf, переименовал ручками, но после перезагрузки иксы не поднялись, в /tmp/xerrs.log пишет, что /dev/dri/card0: No such device  В предыдущем iso моя карточка работала нормально.
3. При щелчке по значку "Файлы" на раб.столе получаю:
        или   

[DdShurick]

1. *save.pfs
2. Видимо другое ядро.
3. У себя я этот ярлык удалил за нендаобностью. В расчёте на примонтированный /home раздел можно сделать ~/Файлы

[RoDoN]

*save.pfs

Вот, поэтому я и спрашивал об изменениях.

Ядро тоже самое, т.е. 3.13.7-pf

Ну, так если у себя этот ярлык удалил, то надо и в iso удалить.

[DdShurick]

Ядро тоже самое, т.е. 3.13.7-pf

Завтра попрошу у жены нетбучек с gma500, погоняю

Ну, так если у себя этот ярлык удалил, то надо и в iso удалить.

Забыл, память то дырявая.

[RoDoN]

Переименовал файл richy_save.sfs в Richy-save.pfs, перезагрузил нетбук - нормальное разрешение экрана, странно, что изменение настроек и рестарт иксов не влияли на разрешение.
Порядок загрузки модулей какой? Такой же как и loop-ов или нет, а то они не по алфавиту?

Код

# losetup
/dev/loop0: 0 /mnt/dev_base/richy/base/Richy-User-base.pfs
/dev/loop1: 0 /mnt/dev_base/richy/base/Richy-save.pfs
/dev/loop2: 0 /mnt/dev_base/richy/base/kernel-3.13.7-pf.pfs
/dev/loop3: 0 /mnt/dev_base/richy/modules/pidgin-2.10.6.pfs
/dev/loop4: 0 /mnt/dev_base/richy/modules/cloud.pfs
/dev/loop5: 0 /mnt/dev_base/richy/modules/xrdr-r.pfs
/dev/loop6: 0 /mnt/dev_base/richy/modules/skype-static-4.0.0.7.pfs
/dev/loop7: 0 /mnt/dev_base/richy/modules/deadbeef-0.6.0.2.pfs
/dev/loop8: 0 /mnt/dev_base/richy/modules/mtpaint-3.40.pfs
/dev/loop9: 0 /mnt/dev_base/richy/modules/udevmount.pfs
/dev/loop10: 0 /mnt/dev_base/richy/modules/gnumeric-1.10.17.pfs
/dev/loop11: 0 /mnt/dev_base/richy/modules/lm-sensors.pfs
/dev/loop12: 0 /mnt/dev_base/richy/modules/autorun3Gmodem.pfs
/dev/loop13: 0 /mnt/dev_base/richy/modules/epdfview-0.1.8.pfs
/dev/loop14: 0 /mnt/dev_base/richy/modules/fbreader-0.12.10.pfs
/dev/loop15: 0 /mnt/dev_base/richy/modules/seamonkey-2.26.pfs
/dev/loop16: 0 /mnt/dev_base/richy/modules/FoxitReader-1.1.0.pfs
/dev/loop17: 0 /mnt/dev_base/richy/modules/modules_event.pfs

[DdShurick]

Порядок загрузки модулей какой? Такой же как и loop-ов или нет, а то они не по алфавиту?

После загрузки базовых модулей должно быть по алфавиту, ищет find и записывает в /initrd/tmp/PFSMODULES

cat /initrd/tmp/PFSMODULES
 autorun3Gmodem.pfs
cloud.pfs
deadbeef-0.6.0.2.pfs
epdfview-0.1.8.pfs
fbreader-0.12.10.pfs
FoxitReader-1.1.0.pfs
gnumeric-1.10.17.pfs
lm-sensors.pfs
modules_event.pfs
mtpaint-3.40.pfs
pidgin-2.10.6.pfs
seamonkey-2.26.pfs
skype-static-4.0.0.7.pfs
udevmount.pfs
xrdr-r.pfs

Собрал  iso с двумя ядрами.

[RoDoN]

Странно, но у меня в /initrd/tmp/PFSMODULES так:

Код

 pidgin-2.10.6.pfs
cloud.pfs
xrdr-r.pfs
skype-static-4.0.0.7.pfs
deadbeef-0.6.0.2.pfs
mtpaint-3.40.pfs
udevmount.pfs
gnumeric-1.10.17.pfs
lm-sensors.pfs
autorun3Gmodem.pfs
epdfview-0.1.8.pfs
fbreader-0.12.10.pfs
seamonkey-2.26.pfs
FoxitReader-1.1.0.pfs
modules_event.pfs

и совпадает с losetup:

Код

# losetup
/dev/loop0: 0 /mnt/tmpfs/Richy-User-base.pfs
/dev/loop1: 0 /mnt/tmpfs/Richy-save.pfs
/dev/loop2: 0 /mnt/tmpfs/kernel-3.13.7-pf.pfs
/dev/loop3: 0 /mnt/tmpfs/pidgin-2.10.6.pfs
/dev/loop4: 0 /mnt/tmpfs/cloud.pfs
/dev/loop5: 0 /mnt/tmpfs/xrdr-r.pfs
/dev/loop6: 0 /mnt/tmpfs/skype-static-4.0.0.7.pfs
/dev/loop7: 0 /mnt/tmpfs/deadbeef-0.6.0.2.pfs
/dev/loop8: 0 /mnt/tmpfs/mtpaint-3.40.pfs
/dev/loop9: 0 /mnt/tmpfs/udevmount.pfs
/dev/loop10: 0 /mnt/tmpfs/gnumeric-1.10.17.pfs
/dev/loop11: 0 /mnt/tmpfs/lm-sensors.pfs
/dev/loop12: 0 /mnt/tmpfs/autorun3Gmodem.pfs
/dev/loop13: 0 /mnt/tmpfs/epdfview-0.1.8.pfs
/dev/loop14: 0 /mnt/tmpfs/fbreader-0.12.10.pfs
/dev/loop15: 0 /mnt/tmpfs/seamonkey-2.26.pfs
/dev/loop16: 0 /mnt/tmpfs/FoxitReader-1.1.0.pfs
/dev/loop17: 0 /mnt/tmpfs/modules_event.pfs

т.е. вразнобой или алфавит какой-то другой

[DdShurick]

Странно, но у меня в /initrd/tmp/PFSMODULES так:

Возможно причуды связки find и basename

Код

find /mnt/dev_base${PSUBDIR}/${PFSDIR} -name *\.pfs -exec basename {} \;

и совпадает с losetup:

Правильно, список обрабатывается простым циклом.
Если указать в строке загрузки параметр modules="[список через пробел]" указанные модули будут загружены. Например:

Код

kernel /boot/vmlinuz-3.13.7-pf pdev1=sda3 psubdir=217 modules="217/optional/Tetris.sfs 217/optional/XINE-0.99.6-ru.pfs"

Путь указывать относительный от корня $pdev1
Если указать параметр pfix=ro  $pdev1 монтируется только для чтения.

Залил Richy-User-003.iso