Форум проекта PuppyRus Linux

Дистрибутивы проекта PuppyRus Linux => Дистрибутивы проекта PuppyRus => Richy => Тема начата: DdShurick от 23 Декабрь 2017, 17:20:53

Название: Richy-64
Отправлено: DdShurick от 23 Декабрь 2017, 17:20:53
 Проблемы..., проблемы..., кругом одни проблемы :(
- sudo - Ошибка сегментирования. Компилировал из исходников, брал от Альта и PRA :( безрезультатно. Google молчит как партизан. А надо
- изображения - сначала думал IceWM кривой, нет обоев и иконок. Собрал Xfce (Slackware) - обоев нет, показывает только часть иконок.
- сеть - пришлось править скрипты, ибо в busybox-1.26.0 борзокодеры поменяли формат вывода udhcpc, добавили в начало строки udhcpc: . Руки бы им поотшибать. По той-же причине ранее отказался от dhcpcd.
Название: Re: Richy-64
Отправлено: Pro от 24 Декабрь 2017, 07:48:44
Ну все плохие,  это подозрительно.

Тернист путь разработчика-одиночки, раньше бы в чатике обсудили и жить стало бы легче, а теперь вот приходится на форуме печаль изливать.
Название: Re: Richy-64
Отправлено: ansivar от 24 Декабрь 2017, 23:12:34
sudo - Ошибка сегментирования. Компилировал из исходников, брал от Альта и PRA
- может это заработает:
http://slackware.cs.utah.edu/pub/slackware/slackware64-current/slackware64/ap/sudo-1.8.21p2-x86_64-1.txz (http://slackware.cs.utah.edu/pub/slackware/slackware64-current/slackware64/ap/sudo-1.8.21p2-x86_64-1.txz)
Название: Re: Richy-64
Отправлено: DdShurick от 25 Декабрь 2017, 10:43:30
- может это заработает:
С этого и начинал - не работает, скомпилированное из исходников тоже.
Название: Re: Richy-64
Отправлено: Pro от 25 Декабрь 2017, 10:46:24
не работает, скомпилированное из исходников тоже.
т.к. программа сама по себе простая, то проблема в зависимостях, делаем ldd для программы, потом проверяем через ldd зависимости библиотек и т.д.
Название: Re: Richy-64
Отправлено: DdShurick от 25 Декабрь 2017, 11:15:10
делаем ldd для программы
Делал, всё чисто.
Кроме того sudo -h, sudo -V работает, а sudo -l или sudo busybox reboot - "ошибка сегментации".
Думаю, как обойтись без sudo, раньше как-то жили.
Название: Re: Richy-64
Отправлено: sfs от 25 Декабрь 2017, 11:35:03
Почему бы не взять родной образ слаки и модифицировать постепенно (ядро инитрд удаление-добавление пакетов)
Так и выявится где проблема
Название: Re: Richy-64
Отправлено: Pro от 25 Декабрь 2017, 12:20:22
Вобще для таких случаев есть gentoo и фирменный сборщик системы от Барри Каулера.
Ведь все уже изучено самим sfs, самый удобный это Арч линукс.
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 11:35:48
самый удобный это Арч линукс.
Полная ерунда.
фирменный сборщик системы
Так можно и до Windows докатиться, фирменнее некуда.
Почему бы не взять родной образ слаки и модифицировать постепенно
Собрал полностью Bin-full.xzm, Lib-full.xzm, ошибка не уходит.
Проблем две: первая
IceWM: Внимание: Кончилась память на картинке "/home/live/.icewm/themes/icedesert/minimizeA.xpm"
IceWM: Внимание: Кончилась память на картинке "/home/live/.icewm/themes/icedesert/restoreO.xpm"
.............
и так 114 строчек подряд, иксы выглядят страшно, но работают.
вторая (мелкая)# wvdial 25002
--> WvDial: Internet dialer version 1.61
--> Cannot open /dev/modem: Device or resource busy
--> Cannot open /dev/modem: Device or resource busy
--> Cannot open /dev/modem: Device or resource busy
wvdial не видит модем.
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 12:25:58
    самый удобный это Арч линукс.
Полная ерунда.
Можете обосновать arch vs slack ? Там ПМ с зависимостями есть? Как базу собирали?
У меня при беглом ознакомлении со слаком возникало впечатление, что арч - это современный вариант слаки и генту с более удобным по сравнению с ebuils|slackbild AUR - т.е. более системно и централизованно и с pacman
Ну и незаменимый  ARM (http://wiki.puppyrus.org/setups/pacman?&#arch_rollback_machine_%D0%B7%D0%B0%D0%BC%D0%BE%D1%80%D0%BE%D0%B7%D0%BA%D0%B0_%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D1%8F)
Название: Re: Richy-64
Отправлено: Pro от 05 Январь 2018, 12:37:10
самый удобный это Арч линукс.
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 13:34:38
самый удобный это Арч линукс.
А ты упёртый чёрт неудобный :)
Можете обосновать arch vs slack ?
Именно в таком ключе - бессмысленно. Арч привязан к репо арча нестандартым деревом каталогов. Альт тоже привязан, но к версии glibc. В результате пакеты подходят только к родному дистрибутиву. А оно надо, быть привязанным?
Как базу собирали?
Руками.
Название: Re: Richy-64
Отправлено: Pro от 05 Январь 2018, 13:44:14
В арче нормальное дерево каталогов. Арч лучший.
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 15:38:52
Арч привязан к репо арча нестандартым деревом каталогов.
Кому и чем это мешает?
Альт тоже привязан, но к версии glibc. В результате пакеты подходят только к родному дистрибутиву. А оно надо, быть привязанным?
Вы хотите использовать одновременно несколько дистров и чтобы модули подходили?
А смысл?
Даже если надо - портирование + самый свежий glibc (нормально обратно совместим)

Короче - не можете обосновать
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 15:46:49
А смысл?
Смысл - не быть привязанным.
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 15:55:55
Смысл - не быть привязанным.
...к здравому смыслу
Понятнее не стало
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 16:32:40
...к здравому смыслу
У каждого здравый смысл свой.
Вот ты там говорил про wpa_supplicant, так компилируется он запросто, и ждать милостей от кого-то не надо. Короче, наладил wi-fi в Richy-64, из него и пишу. Осталось wvdial победить.
Понятнее не стало
Делаешь своё - ни от кого не зависишь, берёшь чужое - выполняешь чужие прихоти. Так понятно?
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 16:43:13
wpa_supplicant, так компилируется он запросто
Зачем его компилить? Чем не устраивает из репы любого дистра?
Делаешь своё - ни от кого не зависишь
Возвращаемся к теме написания своего ядра
берёшь чужое - выполняешь чужие прихоти
Экономишь свое время и время юзеров, которым это свое надо тестировать
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 16:55:14
Чем не устраивает из репы любого дистра?
Может тянуть лишние зависимости или быть привязанным.
Возвращаемся к теме написания своего ядра
Торвальдс в своё время так и сделал.
Экономишь свое время и время юзеров
У меня времени - вся оставшаяся жизнь, а юзеров отродясь не было.
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 17:12:03
Если нужен процесс, а не результат - это оправдывает что угодно
Название: Re: Richy-64
Отправлено: Pro от 05 Январь 2018, 17:26:20
Что то мне непонятно, как slack делает более независимым не добавляя зависимости от самого slack
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 18:13:00
Если нужен процесс, а не результат - это оправдывает что угодно
А чем вы отличаетесь? Вас тоже увлекает процесс, сборочный. Не надо ля-ля
Что то мне непонятно, как slack делает более независимым не добавляя зависимости от самого slack
У них нет лишних приблуд, это раз. Во втрых, я взял только Xorg и glibc.
Например, зачем нам pam, если система стартует через login -f ?
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 18:16:40
Вас тоже увлекает процесс, сборочный.
Да, но я нацелен на результат и общую пользу
У них нет лишних приблуд
Можно  примеры
я взял только Xorg и glibc.
А остальное компилили сами?
зачем нам pam
Для совместимости с репой
Название: Re: Richy-64
Отправлено: DdShurick от 05 Январь 2018, 18:56:08
Можно  примеры
А что, трудно догадаться?
А остальное компилили сами?
В основном да, кроме seamonkey, которую взял отсюда (https://mozilla-russia.org/products/seamonkey/linux.html).
Для совместимости с репой
Во-от. О том и говорю, привязаны вы к арчрепе, ни к ней ничего не подходит, ни от неё. Шаг вправо, шаг влево......
Название: Re: Richy-64
Отправлено: sfs от 05 Январь 2018, 20:47:22
привязаны вы к арчрепе
А Вы привязаны к тому что скомпилили
Размер и трудозатраты не сравнимы
Если у Вас не получилось чудес снижения ресурсоемкости - спорная затея
Название: Re: Richy-64
Отправлено: DdShurick от 06 Январь 2018, 09:24:56
А Вы привязаны к тому что скомпилили
Да. Это как на огороде, вырастил, значит моё, родное.
Размер и трудозатраты не сравнимы
Вы воспринимаете это как труд, а я как творчество, и о каких трудозатратах тогда речь?
Если у Вас не получилось чудес
Чудес не бывает. Переход на x86_64 мера вынужденная из-за браузеров. Вот вам обратная сторона прогрессивизма.
спорная затея
Естественно. Я вот считаю спорной затею собирать PRA из кусочков Арчлинукса, скучно.
Название: Re: Richy-64
Отправлено: sfs от 06 Январь 2018, 10:03:36
не получилось чудес снижения ресурсоемкости
Т.е. не получилось? Это главное,чем может быть интересен такой дистр. Хоть какие-то плюсы за отсутствие репы и соответственно нормального набора софта
считаю спорной затею собирать PRA из кусочков Арчлинукса, скучно.
PRA-roll уже не из кусочков - своя репа и пр.
Не скучно и творчество не ограничивает. Перекомпиляй хоть ничего , хоть всю арчрепу
Зато системно и поэтому проблем, описанных у Вас выше не возникало
Название: Re: Richy-64
Отправлено: DdShurick от 06 Январь 2018, 12:51:34
поэтому проблем, описанных у Вас выше не возникало
Поэтому и скучно
Название: Re: Richy-64
Отправлено: I-Jurij от 06 Январь 2018, 19:07:28
Оффтоп, оффтоп...
Комментатор:
DdShurick после выигранного раунда держит удар, но тактику боя не меняет и его гонят в угол...
Зал:
DdShurick - уходи влево и вперед!!!
Оригинальность Richy (даже в связке со слакой) - его преимущество перед ПРА. А уж если свое ядро будет - "ваще агонь".
Название: Re: Richy-64
Отправлено: Pro от 07 Январь 2018, 05:31:10
А я вот думаю что проигрывает раунд за раундом и последние два сообщения тому подтверждение.
Неужели не поняли что на конечного пользователя этому гражданину плевать, и ваши проблемы, когда перейдете на его дистрибутив, будут никому не интересны, ибо творчество не любит указов. В арче хоть вики можно почитать.
Название: Re: Richy-64
Отправлено: I-Jurij от 07 Январь 2018, 10:55:31
Если вышеобозначенный гражданин сделает свое ядро - это для него будет обозначать переход на другой уровень. Т.е. реальное системное програмирование. Остальным, в том числе и дистропостроением, могут заняться желающие.

PS: в большинстве дистров до разрабов не достучаться (языковой барьер некоторый, просто их отсутствие на форумах, замудренная система устранения багов и тд). Да и сталкивался с такой необходимостью всего пару-тройку раз.
Название: Re: Richy-64
Отправлено: sfs от 07 Январь 2018, 11:12:56
сделает свое ядро
Под "свое" Вы понимаете "не linux" ?
талкивался с такой необходимостью всего пару-тройку раз.
Вы юзаете что-то от Дяди Шурика (или хотя бы смотрели)? Как впечатления?
Название: Re: Richy-64
Отправлено: I-Jurij от 07 Январь 2018, 13:19:26
А как свое ядро может быть linux?
Смотрел предыдущий Richy. Произвел впечатление самобытного, но недопиленного дистрибутива. Мне не хватало гуевин для настройки сети (вайфай), пакетного менеджера.
Название: Re: Richy-64
Отправлено: sfs от 07 Январь 2018, 13:25:23
А как свое ядро может быть linux?
Взял и написал с нуля как Торвальдс , чтобы не от кого не зависеть  :D
А если линукс - что тогда там свое? Конфиг?
самобытного,
В чем?
е хватало гуевин для настройки сети (вайфай),
есть
пакетного менеджера.
Зачем , если нет пакетов
Название: Re: Richy-64
Отправлено: I-Jurij от 07 Январь 2018, 15:50:23
Пересобрать ядро - это не "сделать свое".
Для вайфай, насколько помню, был впасапликант-гви, все. В пуппи привык к разнообразию сетевых гви.
Самобытность - в загрузке, настройках, составе прог. Ричи больше похож на пуппирус, чем ПРА.
Пакетов, точно, минимум. Со слаксом проблема была бы решена.
Название: Re: Richy-64
Отправлено: sfs от 07 Январь 2018, 16:51:21
Пересобрать ядро - это не "сделать свое".
Будем реалистами. Сейчас не время написания ядра одним человеком
Ричи больше похож на пуппирус
Он не просто похож. Он и есть PR   :)
Пакетов, точно, минимум. Со слаксом проблема была бы решена.
Не тут -то было. А так понимаю, пакетная тема намеренно сломана
Название: Re: Richy-64
Отправлено: DdShurick от 07 Январь 2018, 17:55:06
Для вайфай
Меню -> Сеть -> Wi-Fi сканирование + подключение.
Название: Re: Richy-64
Отправлено: DdShurick от 07 Январь 2018, 18:03:33
Он и есть PR
Вот тут ты не прав. Все Puppy, в том числе и PR, работают под рутом, Richy - третья за всю историю и первая удачная попытка запустить Puppy под юзером. Историю помнить надо.
Пересобрать ядро
Не проблема, делал vmlinuz-4.0.4, но работа эта долгая, в основном бюрократическая, а потому ужасно скучная. Кстати, потренироваться можно на busybox, сборка очень похожа, но гораздо короче. "Подпиливать" busybox тоже гораздо проще, у меня подпиленный busybox udhcpc, выдаёт сразу IP без всякой лабуды.
Название: Re: Richy-64
Отправлено: I-Jurij от 07 Январь 2018, 18:53:11
запустить Puppy под юзером
Главной причиной пробовать ричи было это.
Название: Re: Richy-64
Отправлено: DdShurick от 09 Январь 2018, 10:23:21
 Я в тоске. Вчера сломал базу. Надёжно сломал. Теперь легче начать с нуля. :(
Название: Re: Richy-64
Отправлено: sfs от 09 Январь 2018, 11:16:26
Если уж хочется совсем свое - подошли бы системно и с пользой для всех:
1. Грузим любой арч
2. asp export пакет (ABS) или packer (AUR), правим провила, компилим пакеты
3. Делаем свою репу (просто, все расскажу)
4. Строим полностью свой дистр: ядро от Pro уже в моей репе. Пакеты Ваши

Если получится легче ПРА-ретро - все радуемся
Не получится - делаем вывод, что перекомпиляция свей репы ничего не дает

Именно арч - т.к. там это все наиболее просто и я знаю как и готов помочь + возможно для ПРА и арча вцелом что-то пригодится
Название: Re: Richy-64
Отправлено: DdShurick от 09 Январь 2018, 12:19:13
1. Грузим любой арч
И долго чешем репу, что должно быть в /bin, что в /sbin, что в /usr. При этом если раскидать всё как положено, теряем совместимость с арчем, в противоположном случае - со всеми другими линуксами. Отклоняется.
Название: Re: Richy-64
Отправлено: sfs от 09 Январь 2018, 12:23:03
Что куда - как раз в других дистрах. Здесь все в одном месте
Делайте на другом дистре, но по человечески - с пакетами, пм и репой
Тогда будет не сломать
Название: Re: Richy-64
Отправлено: Pro от 09 Январь 2018, 12:25:32
Из других дистрибутивов все равно не в родном формате будешь пользовать, а при перепаковке сделать слияние bin и sbin - пара строк кода.

Вот когда ты выяснишь для себя, что все другие дистрибутивы совершенно нагло прячут библиотеки в подкаталоги типа /usr/lib/i386-linux и т.п. (вариантов много) тогда просветление и наступит. Что одним только разделением на bin и sbin совместимости не получить
Название: Re: Richy-64
Отправлено: sfs от 09 Январь 2018, 12:32:12
Совместимость между разными дистрами может быть только на уровне исходников
Если что-то подошло от одного к другому - просто удача, но не более
bin sbin - уже обсуждали. Доводы про безопасность тогда не прошли проверку
В остальном - только гемор - искать либу в 4 местах вместо одного
Название: Re: Richy-64
Отправлено: sfs от 09 Январь 2018, 12:34:45
Кстати - если уж совсем свое - репа в .pfs. С чего собственно все и начиналось, но не пошло по причине трудоемкости
Только зависимости сейчас в pfs-util очень примитивно и костыльно прилеплены
Т.е. надо тогда доработать ПМ pfs именно в сторону пакетного, а не модульного менеджера
Название: Re: Richy-64
Отправлено: Pro от 09 Январь 2018, 14:36:25
Во, берем pacman, переделываем чтобы не tar.xz а pfs обрабатывал,  конвертируем весь репозитарий арча в pfs. Радуемся неизвестно чему.

Я бы просто вставлял в pfs инфо из каких пакетов арча собран модуль,  потом выкачивал и обновлял те файлы, которые присутствуют в модуле из пакетов арча и в конце перепаковка с новой инфой. Но сложности тоже есть.
Название: Re: Richy-64
Отправлено: sfs от 09 Январь 2018, 14:47:45
берем pacman, переделываем чтобы не tar.xz а pfs обрабатывал,  конвертируем весь репозитарий арча в pfs. Радуемся неизвестно чему.
Я такого не предлагал
Заменять пакеты модулями имеет смысл только для задачи "вообще все свое" .  Зачем такое свое = я тоже не понимаю

Я бы просто вставлял в pfs инфо из каких пакетов арча собран модуль
pfspkg mod.pfs
потом выкачивал и обновлял те файлы, которые присутствуют в модуле из пакетов арча и в конце перепаковка с новой инфой.
pacman2pfs `pfspkg mod.pfs`Так и обновлял
сложности тоже есть.
Какие?
Название: Re: Richy-64
Отправлено: DdShurick от 09 Январь 2018, 15:14:28
Заменять пакеты модулями имеет смысл
"Умеешь считать до десяти, досчитай до семи" (ковбойская поговорка).
Название: Re: Richy-64
Отправлено: DdShurick от 11 Январь 2018, 10:18:52
 "Эта песня хороша, начинай сначала"
Восстановил базу. Взял busybox, bash, glibc, glib, и пошло-поехало - ldd то, ldd это..... Сейчас в базе 51 пакет, все от Slackware кроме busybox.
К сожалению все прежние болячки остались :(
Название: Re: Richy-64
Отправлено: sfs от 11 Январь 2018, 11:08:31
Сейчас в базе 51 пакет
Т.е. все-таки ПРА методика : база из донорских пакетов
Свое как планируете внедрять в слаку?
Название: Re: Richy-64
Отправлено: DdShurick от 11 Январь 2018, 13:02:09
Т.е. все-таки ПРА методика
Не надо присваивать идеи B.K. Puppy собирались именно так (сборочная среда woof).
база из донорских пакетов
В данном случае для скорости, пакеты slackware64 вже выкачаны и обработаны для установки. Но главный минус - в систему тянет много лишнего.
Свое как планируете внедрять в слаку?
Постепенно и руками.
 Что имеем на данный момент: seamonkey, geany, leafpad, mc, gcc. Из моего upNet. Думаю переписать 3Gmodem без wvdial.
Название: Re: Richy-64
Отправлено: sfs от 11 Январь 2018, 13:08:23
Вы собирали в woof?
пакеты slackware64 вже выкачаны и обработаны для установки
Как (чем) обработаны?
ПМ в слаке есть? А у вас будет?
в систему тянет много лишнего.
Перекомпиляйте. У меня выложены некоторые рецепты (пакеты тоже)
Оптимизация интересна. Предлагаю здесь или отдельно обсудить рецепты оптимизированной компиляции
руками.
Т.е. своей репы не будет? Дистр-монолит?
переписать 3Gmodem без wvdial.
Хорошая идея.
Название: Re: Richy-64
Отправлено: DdShurick от 11 Январь 2018, 13:31:11
Вы собирали в woof?
Нет, в то время я был ещё слишком зелёным.
Как (чем) обработаны?
Вы точно читаете по диагонали. Обработаны скриптом: распаковка, выполнение doinst.sh, выделение DEV (include, pkgconfig,.....)
ПМ в слаке есть? А у вас будет?
Зачем? Основной идеей B.K. было использование тематических модулей.
Дистр-монолит?
Нет, гибрид.
Название: Re: Richy-64
Отправлено: DdShurick от 11 Январь 2018, 22:02:14
 Трудно, очень трудно быть идиотом, забыл положить в систему /usr/share/mime и неделю искал, почему она такая страшная.
Название: Re: Richy-64
Отправлено: DdShurick от 14 Январь 2018, 19:29:21
 Нашёл способ обойтись без sudo, кому интересно - здесь (http://www.softforge.de/bb/suid.html).
Название: Re: Richy-64
Отправлено: sfs от 15 Январь 2018, 09:08:42
Т.е. вместо sudo -> ssx c меньшим функционалом
По опыту - замены в универсальном дистре стандартных утилит на ббокс приносят только проблемы и заканчиваются как в пупи : mount -> mount.FULL
sudo - маленькая, не жрет. Смысл менять...?
Название: Re: Richy-64
Отправлено: DdShurick от 15 Январь 2018, 09:40:02
Смысл менять...?
Увы, "segmentation fault".
ббокс приносят только проблемы
Что-то за долгие годы не очеь много я их видел.
Название: Re: Richy-64
Отправлено: sfs от 15 Январь 2018, 10:26:04
в пупи : mount -> mount.FULL
Название: Re: Richy-64
Отправлено: DdShurick от 15 Январь 2018, 11:47:06
в пупи : mount -> mount.FULL
В импортном Puppy - да, в Richy - нет.
Название: Re: Richy-64
Отправлено: sfs от 15 Январь 2018, 15:07:37
https://git.busybox.net/busybox/plain/docs/mdev.txt не пробовали вместо udev ?
Название: Re: Richy-64
Отправлено: DdShurick от 15 Январь 2018, 16:21:31
не пробовали вместо udev ?
По моему там и не пахнет выполнением udev rules.
Название: Re: Richy-64
Отправлено: sfs от 15 Январь 2018, 17:01:23
А кому и для чего он вообще тогда нужен?

А https://github.com/jcnelson/vdev ?
Название: Re: Richy-64
Отправлено: DdShurick от 15 Январь 2018, 18:55:02
 Попробовал mdev - не взлетел, не загрузил ни одного модуля.
А кому и для чего он вообще тогда нужен?
По видимому для встраиваемых систем.
Название: Re: Richy-64
Отправлено: sfs от 16 Январь 2018, 09:24:16
Ну и зачем в встраиваемой системе неработающий udev...

В minirc и 204 запуск Xorg от root
Вопрос к Дяде Шурику (хэйнеру systemd и любителю не-root): как запустить Xorg от юзера без systemd
В Richy-64 Хоrg от root?
Название: Re: Richy-64
Отправлено: Pro от 16 Январь 2018, 09:27:56
Ну и зачем в встраиваемой системе неработающий udev...
udev не неработающий а просто отсутствующий, и mdev не обязан поддерживать правила udev, все нужные udev правила нужно переписывать в формат понятный mdev
Название: Re: Richy-64
Отправлено: sfs от 16 Январь 2018, 09:32:58
Т.е. с mdev для обычного дистра лучше не связываться
Надо попробовать
https://git.busybox.net/busybox/plain/docs/mdev.txt не пробовали вместо udev ?
Ну и старый udev пока и со свежим софтом не подводил
Название: Re: Richy-64
Отправлено: DdShurick от 16 Январь 2018, 14:30:57
В Richy-64 Хоrg от root?
От пользователя.
mdev
Не подгружает модули. Дальше экспериментировать не стал.
Название: Re: Richy-64
Отправлено: sfs от 16 Январь 2018, 15:08:23
Какой версии у Вас xorg?
Название: Re: Richy-64
Отправлено: DdShurick от 16 Январь 2018, 15:16:58
X.Org X Server 1.19.5
Release Date: 2017-10-12
X Protocol Version 11, Revision 0
Build Operating System: Slackware 14.2 Slackware Linux Project
Название: Re: Richy-64
Отправлено: sfs от 16 Январь 2018, 15:23:36
Значит надо  сравнивать ключи компиляции...
Название: Re: Richy-64
Отправлено: DdShurick от 16 Январь 2018, 15:55:52
ключи компиляции...
Нет, запускается через "прокладку" - Xorg.wrap и -rwsr-xr-x    1 root     root       2196056 Oct 12 21:06 Xorgsuid-bit
Название: Re: Richy-64
Отправлено: sfs от 16 Январь 2018, 16:02:58
Т.е. по сути тоже от рута
А что в Xorg.wrap ?
Название: Re: Richy-64
Отправлено: DdShurick от 16 Январь 2018, 16:22:05
А что в Xorg.wrap ?
Бинарник.
Название: Re: Richy-64
Отправлено: DdShurick от 20 Январь 2018, 10:17:05
 Промежуточный итог (чтобы не считали бездельником). На сегодняшний день работают:
- Запуск и выключение системы (busybox без sudo)
- Подключение к интернету lan wlan ppp-3G. За pppoe ещё не брался.
 Проблемы:
- После автоматической "кастрации" (удаления dev файлов) скриптом, проблемы с локалью, меню "лысое", но приходит в норму после подключения DEVX, куда я все dev файлы поместил. Никак не могу найти, что удалилось лишнего.
- Уведомления. Gtkdialog не работает. Пробовал notification-daemon, он не хочет показывать уведомления от рута, sfs, что посоветуешь. Вики читал, глаза разбежались.
- Звук. За звук ещё даже и не брался.
Пробовал подключать модули от MagOS. Не гут. Например 22-x-qt.xzm автоматом не подхватывается. (Хотел посмотреть lxqt). Qt зависимые Skype, Trueconf естественно тоже не работают.
Короче, полная веселуха  :'(
Название: Re: Richy-64
Отправлено: sfs от 20 Январь 2018, 11:33:02
проблемы с локалью
/usr/lib/locale/locale-archive ?
Gtkdialog не работает
каким образом? А yad?
notification-daemon
У Вас есть gtk3?
не хочет показывать уведомления от рута
dbus-launch notify-send blablaЕсли не помогло - запускать ДЕ :
exec dbus-launch --sh-syntax --exit-with-session openbox-session
Пробовал подключать модули от MagOS
Что удивило в несовместимости разных дистров?
Название: Re: Richy-64
Отправлено: DdShurick от 20 Январь 2018, 13:25:21
А yad?
Ещё не пробовал
У Вас есть gtk3?
Да.
dbus-launch notify-send blabla
exec dbus-launch --sh-syntax --exit-with-session icewm-session
Ещё хуже.
Что удивило в несовместимости разных дистров?
Не несовместимость, а то, что модуль не подхватывается автоматом при загрузке. Вручную подключается.
Название: Re: Richy-64
Отправлено: sfs от 20 Январь 2018, 14:02:17
Ещё хуже.
cow-notify-ico - там нет этой проблемы
    gtk3?Да.
До systemd оставался 1 шаг  ;D
Название: Re: Richy-64
Отправлено: DdShurick от 20 Январь 2018, 16:31:47
 Из-под рута (su - ) заработал только yad, и то если указать DISPLAY. Опять авшв взяла. Придётся изучать.
До systemd оставался 1 шаг  ;D
Не дождётесь, я уже с ним наигрался, перешагнул и плюнул.

Ещё забыл написать. Сделал запуск cups от udev. Если не включен принтер, зачем лишний даймон?
Название: Re: Richy-64
Отправлено: DdShurick от 20 Январь 2018, 20:03:43
выложите
За основу взята часть из 50-default.rules
ACTION=="add", KERNEL=="parport[0-9]*", RUN+="rc.cups start"
ACTION=="add", SUBSYSTEM=="printer", KERNEL=="lp*", RUN+="rc.cups start"
ACTION=="add", SUBSYSTEM=="ppdev", RUN+="rc.cups start"
ACTION=="add", KERNEL=="lp[0-9]*", RUN+="rc.cups start"
ACTION=="add", KERNEL=="irlpt[0-9]*", RUN+="rc.cups start"
ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:0701??:*", RUN+="rc.cups start"

ACTION=="remove", KERNEL=="parport[0-9]*", RUN+="rc.cups stop"
ACTION=="remove", SUBSYSTEM=="printer", KERNEL=="lp*", RUN+="rc.cups stop"
ACTION=="remove", SUBSYSTEM=="ppdev", RUN+="rc.cups stop"
ACTION=="remove", KERNEL=="lp[0-9]*", RUN+="rc.cups stop"
ACTION=="remove", KERNEL=="irlpt[0-9]*", RUN+="rc.cups stop"
ACTION=="remove", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:0701??:*", RUN+="rc.cups stop"
Скрипт rc.cups перемещён в каталог udev.
На практике запуск работает, остановка нет.
Название: Re: Richy-64
Отправлено: DdShurick от 21 Январь 2018, 18:32:52
 К "сделано" добавил звук. (alsa)
Название: Re: Richy-64
Отправлено: sfs от 22 Январь 2018, 09:24:39
А что осталось "не сделано?"
Название: Re: Richy-64
Отправлено: DdShurick от 22 Январь 2018, 11:02:55
А что осталось "не сделано?"
Много чего. Но сейчас пользуюсь именно этой системой.
Название: Re: Richy-64
Отправлено: sfs от 22 Январь 2018, 11:07:27
Чем лучше по сравнению со старым Ричи?
Название: Re: Richy-64
Отправлено: DdShurick от 22 Январь 2018, 11:14:54
Чем лучше по сравнению со старым Ричи?
Ничем, и не должно быть, делаю по образу и подобию.
Название: Re: Richy-64
Отправлено: DdShurick от 23 Январь 2018, 14:08:18
 Собрал плагин Skype для Pidgin. Проверить не могу, учётку удалил год назад. Кто-нибудь пользовался? Там вроде-бы только чат.
Название: Re: Richy-64
Отправлено: DdShurick от 25 Январь 2018, 09:45:43
Собрал плагин Skype для Pidgin.
Не соединяет.
Вопрос: отчего не показывает svg?
Название: Re: Richy-64
Отправлено: sfs от 25 Январь 2018, 09:59:08
отчего не показывает svg?
librsvg стоит?
Кое где  (imlib2) c ним вообще сложно
Название: Re: Richy-64
Отправлено: DdShurick от 25 Январь 2018, 14:03:34
librsvg стоит?
Нет. Установил, значков нет, просит тему Adwaidata. Добавил - появились.
Название: Re: Richy-64
Отправлено: sfs от 25 Январь 2018, 14:32:06
По опыту пра достаточно огрызка от темы adwaita http://mirror.yandex.ru/puppyrus/2a-aarch64/pkg-repo/2a-any/adwaita-icon-theme-light-3.26.0-2-any.pkg.tar.xz
Для gtk2 прог вообще не нужно
Название: Re: Richy-64
Отправлено: DdShurick от 25 Январь 2018, 15:01:40
достаточно огрызка
Уже отгрыз.
Название: Re: Richy-64
Отправлено: DdShurick от 29 Январь 2018, 20:43:47
Получился у меня конфликт: libgmp.so.10, требуется для make, epdfview ... , но она убивает geany :(  Мекаю-кумекаю как обойти.
Пока скопилировал evince-3.26.0
Evince configure summary
========================

Platform .................:  gnome
Debug mode ...............:  no


FRONTENDS

Viewer ...................:  yes
Previewer ................:  yes
Thumbnailer ..............:  yes
Nautilus Extensions.......:  no
Browser Plugin............:  yes


BACKENDS

PDF ......................:  yes
PostScript ...............:  yes
TIFF .....................:  yes
DJVU .....................:  yes
DVI ......................:  no
Comics ...................:  yes
XPS ......................:  no


FEATURES

GTK Doc reference ........:  no
GObject Introspection ....:  no
DBUS communication .......:  yes
Keyring integration ......:  yes
GTK+ Unix Print ..........:  yes
Thumbnail cache ..........:  no
Multimedia ...............:  yes

./configure --prefix=/usr --libdir=/lib64 --disable-nautilus
Название: Re: Richy-64
Отправлено: sfs от 30 Январь 2018, 09:22:55
конфликт
Ожидаемый результат для "солянки сборной" вместо использования  среза чужой репы или компиляцией всего под выбранный и замороженный свой
Название: Re: Richy-64
Отправлено: DdShurick от 31 Январь 2018, 22:01:03
Ожидаемый результат для "солянки сборной"
это очень вкусно.
Мекаю-кумекаю как обойти.
Скомпилировал geany-1.32_gtk3, теперь никаких конфликтов. Правда gtk-3 мне как-то не очень...
evince-3.26.0
Не понравилось. Djvu не видит, хотя "DJVU .....................:  yes", работает медленно. EPDFview выглядит скромнее, но намного быстрее.
Для полного счастья осталось разобраться, почему принтер не печатает, а только "делает вид"
Название: Re: Richy-64
Отправлено: sfs от 01 Февраль 2018, 09:01:00
gtk-3 мне как-то не очень...
У меня тоже двойственные чувства
Остается только верить что переход на голый вайланд произойдет и мы поймем замысел
    evince-3.26.0
Не понравилось.
С классическим интерфейсом atrill (есть и гтк2) с новым evince (в пра в djvu норм)
Название: Re: Richy-64
Отправлено: DdShurick от 04 Февраль 2018, 21:49:49
почему принтер не печатает, а только "делает вид"
Разобрался. Оказалось совсем не там, где искал. Надо было cat, sed и uname в /usr/bin, а у меня в /bin. За это время перекомпилировал кучу вариантов cups и cups-filters, получилась хорошая практика.
Название: Re: Richy-64
Отправлено: sfs от 05 Февраль 2018, 10:05:17
cat, sed и uname в /usr/bin, а у меня в /bin
А в арче бы такой проблемы не возникло. Это реально удобно
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 12:55:42
Это реально удобно
Жертвуем безопасностью ради удобства, ничего не напоминает?
Название: Re: Richy-64
Отправлено: sfs от 05 Февраль 2018, 13:38:46
Уже разбирали на нашем форуме. Нет ущерба безопасности. В Арче не дураки
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 14:29:47
В Арче не дураки
Ну и молитесь на них, а у меня есть своё мнение.
Название: Re: Richy-64
Отправлено: Pro от 05 Февраль 2018, 14:48:43
А в чем безопасность? От того, где лежит файл, права доступа не поменяются
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 16:25:06
А в чем безопасность?
Самый первый уровень, юзер может выполнить  /usr/bin/*, daemon выполняет только /sbin/* и т. д.

Собрал Geeqie-1.4 для печати фото.
Название: Re: Richy-64
Отправлено: sfs от 05 Февраль 2018, 16:29:19
Это на уровне групп и т.п.. Причем здесь bin sbin
Запустить юзер из sbin может, но результат будет не как у рута
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 16:38:33
Запустить юзер из sbin может
# modprobe usblp
bash: modprobe: команда не найдена
# find /sbin -name modprobe
/sbin/modprobe
Я же говорю, на самом примитивном уровне. Для нас с вами это не защита, а кто не знает?
Название: Re: Richy-64
Отправлено: sfs от 05 Февраль 2018, 17:12:45
на самом примитивном уровне
Пережиток прошлого, который все боятся трогать "как бы чего не вышло"
А Вы еще и гордитесь...
Цитировать
Arch Way (https://wiki.archlinux.org/index.php/The_Arch_Way_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)) (философия Arch) и лучше всего описывается аббревиатурой KISS: Keep It Simple, Stupid ("не усложняй, тупица").
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 17:23:35
"не усложняй, тупица"
Похоже, это отностися только к /usr/bin, во всём остальном они стараются бежать впереди паровоза.
Название: Re: Richy-64
Отправлено: sfs от 05 Февраль 2018, 17:28:14
Они на переднем краю, как и подобает роллинг дистру
Во всяком случае unity не изобретают  ;)
Название: Re: Richy-64
Отправлено: DdShurick от 05 Февраль 2018, 19:40:44
Они на переднем краю, как и подобает роллинг дистру
Ну и флаг им в руки.
Название: Re: Richy-64
Отправлено: DdShurick от 06 Февраль 2018, 16:37:20
 Никак не могу уговорить evince открывать *.djvu. Никто не сталкивался?
Попробовал печать на принтер из командной строки, очень понравилось.
Название: Re: Richy-64
Отправлено: I-Jurij от 06 Февраль 2018, 22:46:57
На всякий случай: а сам djvulibre в наличии?
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 08:12:58
а сам djvulibre в наличии?
# ls -1 /usr/lib64 | grep djvulibre
libdjvulibre.so
libdjvulibre.so.21
libdjvulibre.so.21.6.0
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 09:05:33
/usr/lib64
Может опять из серии bin sbin...
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 09:10:11
Может опять из серии bin sbin...
Компилировал "--libdir=/usr/lib64"
Evince-3.20.2 от Slackware djvu видит, но не открывает, вылетает с ошибкой (evince:1908): GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.lockdown' is not installed

Ловушка трассировки/останова
При попытке открыть pdf вылетает тоже.
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 09:11:50
С классическим интерфейсом atrill (есть и гтк2)
Не пробовали?
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 09:35:57
Не пробовали?
Зависимостей много bash-4.4# ldd atril | grep not | sort -u
libicudata.so.56 => not found
libicui18n.so.56 => not found
libicuuc.so.56 => not found
libjavascriptcoregtk-1.0.so.0 => not found
libsoup-2.4.so.1 => not found
libsqlite3.so.0 => not found
libwebkitgtk-1.0.so.0 => not found
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 10:40:26
libjavascriptcoregtk-1.0.so.0 => not found
   libsoup-2.4.so.1 => not found
   libsqlite3.so.0 => not found
   libwebkitgtk-1.0.so.0 => not found
Эти убираются перекомпиляцией - см. в пра atrill-gtk2
icu https://www.archlinux.org/packages/core/x86_64/icu/ вряд ли удастся слить. См. Required By (74)

Про evince : он у Вас gtk3?
gtk3 не кастрированный?
dconf dbus в системе есть?
Название: Re: Richy-64
Отправлено: I-Jurij от 07 Февраль 2018, 12:00:47
В redhat-овских как раз из-за отсутствия dbus-библиотек такое же было.
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 12:04:37
Про evince : он у Вас gtk3?
gtk3
gtk3 не кастрированный?
От Slackware
dconf dbus в системе есть?
Добавил dconf, без изменений
из-за отсутствия dbus-библиотек
Добавил dbus-glib, без изменений
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 12:37:37
А если перепаковать заведомо рабочий из ПРа или юбунты?
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 12:46:04
А если перепаковать заведомо рабочий из ПРа или юбунты?
Сейчас попробую собрать atril-1.9.90, а там посмотрю.
Из PRA у меня заводится Viber, но он мне не нужен, да и активировать его я не могу - планшета нет.
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 16:32:31
 Посмотрел atril, не компилируется, слишком привязан к mate, да и код грязный, компилятор сыплет предупреждениями. В корзину.
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 16:40:23
не компилируется
Да ладно. А как же я его тогда скомпилил. Значит дело в системе
слишком привязан к mate, да и код грязный,
Оправдание собственного неосиляторства?  ;)
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 17:47:40
Оправдание собственного неосиляторства?
Напрашиваешься?
Название: Re: Richy-64
Отправлено: sfs от 07 Февраль 2018, 17:50:33
Шучу  :D atril - нормальная проверенная прога
Помогли бы с этим
5. jwmtst не strip-нут. Зато без gtk зависимостей. Его бы для openbox переделать (Дядя Шурик?)
ander пропал. Вы "последний выживший" СиШник
Название: Re: Richy-64
Отправлено: DdShurick от 07 Февраль 2018, 20:37:27
atril - нормальная проверенная прога
Во первых это форк evince. Во вторых, огромное количество ошибок, на которые указывает компилятор. Для сравнения, за всю довольно долгую компиляцию evince два INFO и два предупреждения о переназначении ссылок. Разница есть? И зачем мне "коекакерское" поделие. Компиляция:
bash-4.4# mount -o remount,append:slackware64_x/libXxf86vm-1.1.4/ /
bash-4.4# mount -o remount,append:Themes/adwaita-icon-theme-3.18.0_DEV/ /
bash-4.4# mount -o remount,append:Themes/adwaita-icon-theme-3.18.0/ /
bash-4.4# mount -o remount,append:slackware64_a/xz-5.2.3_DEV/ /
bash-4.4# mount -o remount,append:slackware64_a/xz-5.2.3/ /
bash-4.4# mount -o remount,append:slackware64_a/itstool-2.0.2/ /
bash-4.4# mount -o remount,append:_office/djvulibre-3.5.27_DEV/ /
bash-4.4# mount -o remount,append:slackware64_ap/ghostscript-9.22_DEV/ /
bash-4.4# mount -o remount,append:slackware64_ap/ghostscript-9.22/ /
bash-4.4# mount -o remount,append:slackware64_l/poppler-0.62.0_DEV/ /
bash-4.4# mount -o remount,append:slackware64_l/gsettings-desktop-schemas-3.24.1_DEV/ /
bash-4.4# mount -o remount,append:slackware64_l/gsettings-desktop-schemas-3.24.1/ /
bash-4.4# mount -o remount,append:slackware64_l/libxml2-2.9.7/ /
bash-4.4# mount -o remount,append:slackware64_l/libxml2-2.9.7_DEV/ /
bash-4.4# mount -o remount,append:slackware64_l/gobject-introspection-1.54.1/ /
bash-4.4# mount -o remount,append:slackware64_l/gobject-introspection-1.54.1_DEV/ /
bash-4.4# mount -o remount,append:slackware64_l/libsecret-0.18.5/ /
bash-4.4# mount -o remount,append:slackware64_l/libsecret-0.18.5_DEV/ /
bash-4.4# cd _office/evince-3.26.0
bash-4.4# ./configure --prefix=/usr --libdir=/usr/lib64 \
--disable-nautilus \
--enable-compile-warnings=minimum \
--enable-introspection            \
--disable-static
bash-4.4# make
bash-4.4# make install
Но опять pdf прекрасно, мгновенно открывает Gnome Developers Guide 423 страницы, djvu - никак. :(
jwmtst
У меня есть. На его основе icewm-menu делал. Openbox у меня нет, какие там *.conf?
Название: Re: Richy-64
Отправлено: DdShurick от 08 Февраль 2018, 13:30:59
 Собрал Djview4. Работает прекрасно, в том числе и плагин для Seamonkey. В топку комбайн evince. Не важно, что толще в 6 раз за счёт libQt, зато работает.
Название: Re: Richy-64
Отправлено: I-Jurij от 08 Февраль 2018, 14:38:18
Тогда уж нужен и qpdfviewer.
Название: Re: Richy-64
Отправлено: sfs от 08 Февраль 2018, 14:41:44
И LXQT с KDE ;)
От Вас то уж точно не ожидал, что будете в дистре устраивать "помойку тулкитов"
Название: Re: Richy-64
Отправлено: I-Jurij от 08 Февраль 2018, 21:02:03
Если уж qt есть, почему бы тогда не использовать его по полной. Полезных прог куча.
На практике убедился, что все равно одним жтк не обойтись.
Пока по крайней мере.
Название: Re: Richy-64
Отправлено: DdShurick от 09 Февраль 2018, 09:16:35
От Вас то уж точно не ожидал, что будете в дистре устраивать "помойку тулкитов"
"Вам шашечки или ехать?". Кроме того gtk-3 у меня отдельным модулем, отключить не сложно.
Если уж qt есть, почему бы тогда не использовать его по полной
Вот об этом можно подумать, ведь IceWM не зависит от gtk.
Название: Re: Richy-64
Отправлено: sfs от 09 Февраль 2018, 09:19:17
С qt браузерами напряг
И если уж ориентироваться на qt - qt5
Название: Re: Richy-64
Отправлено: DdShurick от 09 Февраль 2018, 12:26:22
qpdfview
Посмотрел. При запуске немного тормозит, примерно так-же как evince. Зависимости: libQtDBus.so.4, libQtXml.so.4, libQtSvg.so.4, libQtSql.so.4, libQtGui.so.4, libQtCore.so.4 и некоторые мелочи. Из плюсов - видит и pdf и djvu.
Название: Re: Richy-64
Отправлено: knn от 10 Февраль 2018, 20:57:09
  Взял Richy_BB_64.zip отсюда -
http://forum.puppyrus.org/index.php?topic=20312.msg138801#msg138801
 (и еще у меня был более ранний одноименный).
Распаковал, расположил по аналогиии с Ричи219.
  Оба варианта грузятся до ?login (выше 4 строки "готово) - "полазил по дереву" - далее "запустить не смог".
Есть что-то новее или ЧЯДНТ?

(RV-510 из подписи).
Название: Re: Richy-64
Отправлено: DdShurick от 11 Февраль 2018, 09:39:57
ЧЯДНТ?
Не вы, а я.
Есть что-то новее
Да. Давно не обновлял, с прошлого года. За это время многое изменилось. Предупреждаю, Xorg только под Intel.
Загрузил (https://cloud.mail.ru/public/GzD5/pmvd43Bow).
Название: Re: Richy-64
Отправлено: knn от 11 Февраль 2018, 14:51:22
Загрузил.
попробовал - :
- 4 шт."готово";
- что-то про монтирование системы;
- кракозябры;
- "can`t change dirrectory to `/home/live";
- ...
- залогинен=live.

параметры:pfix=copy  pmedia=atahd (пробовал и без них).
раздел - "логический"=sdb5 (ext2), (но на sda есть раздел /home от Арча).
  структура:

Richy_BB_64/
                   boot/
                          initrd64.gz
                          vmlinuz-4.7.0-pf1_64
                   R-BB-1_64/
                                  base/
                                  mod-s/
                                  opt-l/
 
ноут= RV-510 в подписи.
Название: Re: Richy-64
Отправлено: DdShurick от 11 Февраль 2018, 16:49:32
- "can`t change dirrectory to `/home/live";
Да, потому что /home пустой. У меня /home общий для всех, на нём live с правами 500:500. Монтирование /home - UUID="uuid раздела /home" в сроке kernel menu.lst. На /home должен копироваться cp /etc/skel/* /home/live/ . В базу я его забыл добавить, добавлю, перезалью.
Название: Re: Richy-64
Отправлено: knn от 11 Февраль 2018, 19:14:53
Монтирование /home - UUID="uuid раздела /home" в сроке kernel menu.lst
Ричи грузил с "  root=UUID=%uuid%  "  => можно подробней по параметрам загрузки?

Модули.pfs не подключаютя?

p.s.  ncdu-1.11-3_6407_64.xzm (из ncdu-1.11-3_6407_64.pfs) работает. --бинарник из /usr/bin - во вложении.
Где-то краем глаза видел и ncdu-1.13.
Название: Re: Richy-64
Отправлено: RoDoN от 11 Февраль 2018, 20:50:47
Загрузил.
Дядя Шурик в своем репертуаре, ни хелпа, ни образца menu.lst, ни хотя бы какого-нибудь редми с описанием, как загрузить ОС.
По этой причине порог вхождения в Ричи очень высок и последователей не видно, в итоге ОС для одного пользователя, а жаль.
Название: Re: Richy-64
Отправлено: DdShurick от 12 Февраль 2018, 08:57:13
ни образца menu.lst
Ничем не отличается от Richy-219
Дядя Шурик в своем репертуаре
Я один, ума у меня мало, памяти совсем нет, на всё не хватает.
можно подробней по параметрам загрузки?
title Richy-x86_64 4.7.0 Test
  root (hd0,0)
  kernel /boot/vmlinuz-4.7.0-pf1_64 dev1=sda1 dir=BB_64 UUID="5682bcea-ad74-486f-892b-f82c534922d1" video=LVDS-1:d
  initrd /boot/initrd64.gz
  root (hd0,0) - этот параметр можно не указывать, если ядро на одном разделе с загрузчиком.
  как вариант можно find --set-root uuid () fab6e7ae-ea22-4786-851e-0d673bbf7e87
  kernel /boot/vmlinuz-4.7.0-pf1_64 - задаём, какое ядро загружать.
  dev1=sda1 - указываем раздел с файлами Puppy (не обязательно, но ускоряет загрузку)
  dir=BB_64 -указываем каталог с файлами Puppy (не обязательно, можно "psubdir=")
  UUID="5682bcea-ad74-486f-892b-f82c534922d1" - реальный uuid раздела, определяется командой blkid /dev/sdXN
  video=LVDS-1:d - это конкретно под моё железо.
  copy2ram поддерживается, но не пользуюсь, ибо для меня бессмысленно.
Модули.pfs не подключаютя?
Я перешёл на стандарт xzm, потому что модули от PRA взаимно несовместимы, систему просто "клинит"
Название: Re: Richy-64
Отправлено: sfs от 12 Февраль 2018, 10:16:47
Я один, ума у меня мало, памяти совсем нет, на всё не хватает.
Я Вам предлагал объединить усилия - взять в качестве скелета pacman и делать собственную репу. Почему именно pacman я обосновывал
Это было бы системно и полезно PRA и Аrch сообществу
Но "свой путь" Вам дороже. Пока создается впечатление , что кроме упрямства и узкой специализации (1 юзер 1 комп) здесь больше ничего нет и не будет.
Есть иллюзии что будут чудеса ресурсоемкости, но вероятно,  запущенный браузер выровняет экономию пары Мб памяти
В итоге - главная проблема. что Дядя Шурик не вывозит коллективную работу. Взять хотя бы эпопею с pfs-util верcии 3. Очень жаль  :'(
Название: Re: Richy-64
Отправлено: RoDoN от 12 Февраль 2018, 10:25:09
title Richy-x86_64 4.7.0 Test
  root (hd0,0)
  kernel /boot/vmlinuz-4.7.0-pf1_64 dev1=sda1 dir=BB_64 UUID="5682bcea-ad74-486f-892b-f82c534922d1" video=LVDS-1:d
  initrd /boot/initrd64.gz
  root (hd0,0) - этот параметр можно не указывать, если ядро на одном разделе с загрузчиком.
  как вариант можно find --set-root uuid () fab6e7ae-ea22-4786-851e-0d673bbf7e87
  kernel /boot/vmlinuz-4.7.0-pf1_64 - задаём, какое ядро загружать.
  dev1=sda1 - указываем раздел с файлами Puppy (не обязательно, но ускоряет загрузку)
  dir=BB_64 -указываем каталог с файлами Puppy (не обязательно, можно "psubdir=")
  UUID="5682bcea-ad74-486f-892b-f82c534922d1" - реальный uuid раздела, определяется командой blkid /dev/sdXN
  video=LVDS-1:d - это конкретно под моё железо.
  copy2ram поддерживается, но не пользуюсь, ибо для меня бессмысленно.
Вот это хотя бы в виде Readme.txt выложи на облаке рядом с файлами дистра и куча вопросов отпадет и может и желающие потестить найдутся.
И ссылку на облако  добавь в шапку темы.
Название: Re: Richy-64
Отправлено: sfs от 12 Февраль 2018, 10:29:36
Есть иллюзии что будут чудеса ресурсоемкости,
Саня - ты пробовал? Как с этим?
Название: Re: Richy-64
Отправлено: RoDoN от 12 Февраль 2018, 10:41:09
Нет, напробовался уже, пока разберешься, как запустить сборку от Дяди Шурика, так и желание ее смотреть пропадает, тем более, что iso-шников нет, в виртуалке для начала не крутанешь.
Название: Re: Richy-64
Отправлено: sfs от 12 Февраль 2018, 10:44:55
пока разберешься, как запустить сборку от Дяди Шурика, так и желание ее смотреть пропадает,
аналогично
Название: Re: Richy-64
Отправлено: Pro от 12 Февраль 2018, 10:45:41
Есть иллюзии что будут чудеса ресурсоемкости,
да хоть бы не чудеса, а более простое все и без дубликатов script, script_old, script_old2 и вот этого всего треша.
Название: Re: Richy-64
Отправлено: DdShurick от 12 Февраль 2018, 11:25:54
пока разберешься, как запустить сборку от Дяди Шурика
аналогично
Порядочный разработчик разбирается с нуля, а вам всё готовое, да ещё и разжёванное, подавай.
полезно PRA и Аrch сообществу
Не считаю это сообщество полезным, ибо в увлечении новыми побрякушками могут в тупик завести.
Название: Re: Richy-64
Отправлено: sfs от 12 Февраль 2018, 11:46:06
Порядочный разработчик разбирается с нуля, а вам всё готовое, да ещё и разжёванное, подавай.
Я не разраб Ричи. Чтобы начать разбираться - надо чтобы появился интерес. Пока его нет. особенно по итогу djvu
увлечении новыми побрякушками могут в тупик завести.
странно такое слышать от человека перешедшего на гтк3
Название: Re: Richy-64
Отправлено: DdShurick от 12 Февраль 2018, 11:54:18
странно такое слышать от человека перешедшего на гтк3
Вы забыли написать "вынужденно перешедшего", и как раз ваши любимые арчеводы тянут нас в это "светлое будущее". Даже в Slackware убрали gdkconfig.h чтобы под gtk-2 ничего не компилировалось.
Название: Re: Richy-64
Отправлено: sfs от 12 Февраль 2018, 12:52:31
Арчеводы никого никуда не тянут. У них в исо даже Х нет
У меня дистр gtk2 only. Его и юзаю
Название: Re: Richy-64
Отправлено: DdShurick от 19 Июль 2018, 15:28:28
Арчеводы никого никуда не тянут.
Зато бегут впереди паровоза без оглядки.
У меня дистр gtk2 only.
Я бы тоже хотел, но Seamonkey gtk3 only :(
Починил gtkdialog, сделал только gtk2, иначе он не может выбрать между gtk2 и gtk3, о чём честно и сообщает.
Название: Re: Richy-64
Отправлено: RoDoN от 19 Июль 2018, 16:45:38
У меня дистр gtk2 only.
Я бы тоже хотел, но Seamonkey gtk3 only :(

http://mirror.yandex.ru/puppyrus/roll/180101/seamonkey-gtk2-p-2.49.3_64-sf01.pfs
Название: Re: Richy-64
Отправлено: DdShurick от 19 Июль 2018, 17:51:43
 Вот за это огромное спасибо! Отключил модуль gtk+-3  ;D
Название: Re: Richy-64
Отправлено: RoDoN от 19 Июль 2018, 17:59:37
Это sfs нашел и сделал модуль, надо ему говорить спасибо!
Название: Re: Richy-64
Отправлено: knn от 13 Сентябрь 2018, 20:21:03
 32-, 64-BB-сборки "по-новее" не выкладывали?
Название: Re: Richy-64
Отправлено: DdShurick от 13 Сентябрь 2018, 20:41:36
32-
Это вообще не сборка, а заготовка, голый busybox. Если вы имеете в виду Richy-219, то я её практически не поддерживаю.
64-BB
Пока не обновлял, коплю "критическую массу" обновил базу (https://cloud.mail.ru/public/Lrrt/61d3Cpjt6)
Название: Re: Richy-64
Отправлено: knn от 13 Сентябрь 2018, 20:59:22
    32-

Это вообще не сборка,
- то-то не удавалось запустить  :).
Richy-219, то я её практически не поддерживаю.
- пригодится...
обновил базу
- спасибо, буду пробовать по наличию времени (предыдущ. - Х-сы запустить не удавалось, --точно не помню что было)
Название: Re: Richy-64
Отправлено: DdShurick от 13 Сентябрь 2018, 21:09:20
Х-сы запустить не удавалось, --точно не помню что было
Драйверы только intel.
Название: Re: Richy-64
Отправлено: krasnyh от 13 Сентябрь 2018, 21:17:06
предыдущ. - Х-сы запустить не удавалось, --точно не помню что было)
Тоже. Постоянно писало using fallback suid method.
Чем-то напомнило, когда тестировали Подпиленный" busybox-1.26.0
http://forum.puppyrus.org/index.php?topic=17009.msg146030#msg146030

 Избавился от этих ошибок только через Su (root). Но если в PRA иксы запускаются через xwin или startx, то в Richy64 я не знаю как. Да и не дело систему запускать под root.

P.s. видео intel.

UPD. Richy-219 запустилась без проблем.
Название: Re: Richy-64
Отправлено: krasnyh от 13 Сентябрь 2018, 22:27:07
обновил базу
С новой базой нет вышеуказанных проблем. Но дальше иксов консоли все равно не пройти.
title Richy64
   set d=Richy_BB_64
   kernel /%d%/vmlinuz-4.14.14-pf9_64 dev=sda1 dir=%d%
   initrd /%d%/initrd64.gz
Скриншот:
Название: Re: Richy-64
Отправлено: krasnyh от 13 Сентябрь 2018, 22:40:28
title Richy 219 k-4.6.2 Test
  root (hd1,0)
  kernel /boot/vmlinuz-4.6.2 dev=sdb1 dir=219 UUID="5682bcea-ad74-486f-892b-f82c534922d1"
  initrd /boot/initrd32.gz

Добавление UUID тоже не помогло.
$ blkid |grep sda1
/dev/sda1: UUID="6872ff2a-a36a-4edb-a129-54ae0b6b732a" TYPE="ext4" PARTUUID="ad31d64b-01"
title Richy64
  set d=Richy_BB_64
  kernel /%d%/vmlinuz-4.14.14-pf9_64 dev=sda1 UUID=6872ff2a-a36a-4edb-a129-54ae0b6b732a dir=%d%
  initrd /%d%/initrd64.gz
Название: Re: Richy-64
Отправлено: DdShurick от 14 Сентябрь 2018, 08:17:59
Добавление UUID тоже не помогло.
UUID это для /home на разделе.
"can't change directory to /home/live" - не создан домашний каталог. Попробуйте cp -a /etc/skel /home/live
в PRA иксы запускаются через xwin или startx
Скрипт xwin взят из классического Puppy. Это костыль, отвечающий за выключение и перезагрузку. Из Richy выкинут за ненадобностью, используется xinit.
kernel /%d%/vmlinuz-4.14.14-pf9_64 dev=sda1 UUID=6872ff2a-a36a-4edb-a129-54ae0b6b732a dir=%d%
Здесь у вас получается конфликт из-за двойного монтирования sda1. Если вы не планируете исползовать под /home целый раздел, то UUID (или LABEL) не нужен.
Обратите внимание, что vmlinuz и initrd у меня находятся в /boot. Это совершенно не обязательно, но позволяет использовать vmlinuz и initrd для загрузки нескольких систем, а так же уменьшает путаницу с %d% (не одобряю этих переменных, лишняя писанина и путаница, да и вообще какой-то снобистский выпендрёж получается)
Название: Re: Richy-64
Отправлено: krasnyh от 14 Сентябрь 2018, 16:51:35
Постоянно писало using fallback suid method.
С новой базой нет вышеуказанных проблем
Поправка. У меня в /modules лежал мой модуль busybox_conf.xzm
cat /etc/busybox.conf
# /etc/busybox.conf: SliTaz GNU/linux Busybox configuration.
#
[SUID]
# Allow command to be run by anyone.
su = ssx root.root
passwd = ssx root.root
loadkmap = ssx root.root
mount = ssx root.root
reboot = ssx root.root
halt = ssx root.root
Забыл удалить.

 Пишет в консоли при запуске Richy64 - using fallback suid method.
Там, что-то с правами при создании /home/live - все файлы с правами root.

Но иксы я все-таки запустил с xinit /usr/bin/icewm-session. Xinit только xterm запускает на черном экране.
Rox, leafpad не запускаются - libgtk-x11-2.0.so.0 не хватает.

Скриншот:
Название: Re: Richy-64
Отправлено: DdShurick от 14 Сентябрь 2018, 16:59:50
cat /etc/busybox.conf
cat /etc/busybox.conf
[SUID]
poweroff = ssx root.root
reboot = ssx root.root
mount = ssx root.root
umount = ssx root.root
mkdir = ssx root.users
rmdir = ssx root.users
losetup = ssx root.users
ntfs-3g = ssx root.users
blkid = ssx root.root
eject = ssx root.root
udhcpc = ssx root.root
Xinit только xterm запускает на черном экране.
Ему обязательно надо ~/.xinitrc