sudo pacman-roll
pacman2pfs pulseaudio pulseaudio-alsa pavucontrol
pacman2pfs networkmanager gnome-keyring libsecret mobile-broadband-provider-info modemmanager network-manager-applet networkmanager-pptp
А сейчас хуже? :) Интересно чем?Почему сразу хуже? :) Обновлениями базы и софта: у того же pra03 двухлетней давности (спасиб, что ядро обновляется), у пра64 с этим лучше.
Почему сразу хуже?Потому что Вы так написали :)
Обновлениями базы и софта: у того же pra03 двухлетней давностиБазу обновляю местами (glibc, дыры nss) только там где это что-то даст
легко full-обновляемый (после обновлений pacman автоупаковка модуля base)Это Вы хотите фругал с автообновляемой базой. Нужен ли такой гемор, особенно часто...
Хочу стабильность.Кто ж не хочет? Типа арч нестабильный и пользователей там меньше чем у пра? :) Пра жутко стабильный, а пра64 как эксперимент планировался (даже модулей там мало)... Может раз в месяц обновлять было бы нормально, хотя бы три (ни вашим, ни нашим) :)
Кто ж не хочет?Кто хочет тот должен активно тестировать и писать багрепорты
2. У нас не настолько большое и бодрое сообщество, чтобы нормально протестировать ежемесячное обновление всего дистране зависимо от стабильности арча
пра64 как эксперимент планировалсяЭксперимент давно закончен
По этой же методе обновил и pra 32 бит. Надо ли выкладывать... Все равно не планирую обновлять срез арчрепы 32бит ПРАВсе равно сделал, так что выкладывай. Лично я обновлюсь, потестирую :)
paulus - может быть займетесь сборкой Pra64roll ? Вы же уже делали подобное. Я помогу инструкциямиПостараюсь, но не обещаю.
net.ifnames=0настроил и запустил - все ок
changes от pra64.Если в нем есть непустой /usr/lib - плохая идея
net.ifnames=0 не использовал, eth0 в настройках и сеть поднялась. Куда ж там systemd смотрит?У systemd свой netwirkd - очень примитивный, покатит только для виртуалок - в ПРА не задействован
Хотел тут потренироваться.срез арчрепы крутить здесь
cat /etc/pacman.d/mirrorlist
Server=http://ala.seblu.net/repos/2016/05/27/$repo/os/$arch
cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.8.8угу, google dns помог, но далее ругань на каждый пакет:
[root@pra64 /]# pacman-key --init
==> ERROR: Cannot find the gpg binary required for all pacman-key operations.
gnupg надо установисть сначала?нет отключить его
В итоге получилось?Я так уже пробовал, pacman.conf из пра не помогает.
Вы как обновляете:chroot.sh /mnt/sda2/backup/001-pra64roll-161022
срез арчрепы крутить здесьи
Код: [Выделить]
cat /etc/pacman.d/mirrorlist
Server=http://ala.seblu.net/repos/2016/05/27/$repo/os/$arch
Возьмите pacman.conf из праделали?
Я так уже пробовал, pacman.conf из пра не помогает.
● netctl@ethernet\x2ddhcp.service
Loaded: masked (/etc/systemd/system/netctl@ethernet\x2ddhcp.service; masked; vendor preset: disabled)
Active: inactive (dead)
Собрал 001-pra64roll-161024-pb01.pfs,По размеру как мой?
maskedhttp://lexpr.ru/node/503 ?
systemd/netctl с чем-то конфликтует. Что ему надо?089-pra64roll-161008-update-sf01.pfs не забыли?
089-pra64roll-161008-update-sf01.pfs не забыли?Нет, присутствует.
cat /etc/resolv.conf
nameserver 8.8.8.8
Это не все что есть в 084 Смысл? Лучше все унифицировать по максимумутогда есть смысл добавить в pra64chrootR удаление всей adwaita? Зачем дважды одно и тоже подгружать? Хотя в 001 получается версия новее...
тогда есть смысл добавить в pra64chrootR удаление всей adwaita?trim оставляет от adwait только /var. Если удалить полностью - pacman будет в каждый модуль с гтк3 тянуть адвайту
в 001 получается версия новее...Там привязано к версии гтк3. Пока гтк3 не стабилизировался - с его оформлением постоянно вылезают проблемы. Лучше держать отдельным модулем
пробую удалить xf86-video-ati и добавить xf86-video-amdgpuОчень нужный эксперимент. Замутите отдельной темой
Куда эти роллы заливать? Один с ati, другой с amdgpu, в остальном одинаковые.С ati - заливайте : 001-pra64roll-YYMMDD-uuNN.pfs 001-pra64roll_DEV-YYMMDD-uuNN.pfs
paulus - сделаете?Сделаю, но лично мне интересен с amdgpu... Мою старушку HD 4200 жует.
мне интересен с amdgpu
C amdgpu переходим в отдельную темуСделайте его отдельным модулей с конфигом, который отключит старый драйвер
На http://ala.seblu.net/repos/2016/11/03/ ничего не прилетело...В замороженную репу ничего не должно прилетать по определению
p.s. Переключил на репу арча (там точно есть обнова), но то же пишет:
40. /etc/pacman.d/mirrorlist меняем дату ARM на вчерашнююЕсли не помогло - pacman -Syyu
В замороженную репу ничего не должно прилетать по определениюЭто новая репа, когда ее создавали ничего не прилетело или что-то не так...
меняем дату ARM на вчерашнююЧто вы зациклились на этой вчерашней дате, любая работает если репа есть. Но как-то второй раз не хочет срабатывать. pacman -Syyu тоже не помогает обновить обновленное. С вашего пакета всегда делать новый как-то не интересно, когда можно обновлять последний. Ранее тоже была эта проблема, что ему надо не понял и не разбирался.
001-pra64roll-161104-pb01.pfs -atiПишу из него
А где mesa13 ? Какого числа репа?Типа 2016/11/04, меса обновлялась.
pacman -Suy
предупреждение: mesa: установленная версия (13.0.0-1) новее, чем в extra (12.0.3-2)
предупреждение: mesa-libgl: установленная версия (13.0.0-1) новее, чем в extra (12.0.3-2)
В /etc/pacman.d/mirrorlist с датой когда я собиралА если так?
Сегодняшний ARM будет только завтраОбновлялось видимо все с потолка. Проблема видимо в /var/lib/pacman/local из-за которого ничего второй раз не обновлялось. Лучше сделай чтобы trim его в DEV не вырезал. Утомляет его туда-сюда переносит, тем более можно и забыть. Еще помучаю эту тему...
А где mesa13 ? Какого числа репа?Виноват. Подключил старый 001 и Вас путал
Проблема видимо в /var/lib/pacman/local из-за которого ничего второй раз не обновлялось. Лучше сделай чтобы trim его в DEV не вырезал. Утомляет его туда-сюда переносит, тем более можно и забыть.Плохая идея. trim используется и при сборке обычных модулей. Переносить var/lib/pacman/local можно только в 001 ,т.к. DEV часть гарантировано будет в DEVX
Хорошо бы вместе с 001 001DEV выкладывать еще pkg-pra6407-sf01.pfsМне и DEV лениво делать, не пользуюсь :)
С амд надо решить - я же писал выше как - не получается?Просто модуль amdgpu слепить можно, но без понятия как он должен заменить/перекрыть ati...
модуль amdgpu слепить можно, но без понятия как он должен заменить/перекрыть ati...перенес
Мне и DEV лениво делать,DEV обязательно надо. По замыслу - когда в roll найдутся ощутимые улучшения - из него будет сделан ПРА6408
как узнать грузится/используется ли mesa.Зачем это знать?
050-Pcmanfmтот который без lxpanel не работает?
без lxpanel не работает??? Насчёт обсуждаемого не знаю, но взятый из Альта прекрасно работает без lxpanel.
тот который без lxpanel не работает?Да. В исо она есть. Зачем нужен другой?
взятый из Альта прекрасно работает без lxpanel.Все работает. Обсуждаем раскладку компонентов по модулям
Да. В исо она есть. Зачем нужен другой?lxpanel не нужна, вот и спросил. До сих пор не понимаю логики привязки фм к панели... Тема закрыта.
хороший повод обновитьсяда, еще обновились (http://www.opennet.ru/opennews/art.shtml?num=45512) amdgpu и xf86-video-ati
Я могу pra-roll автоматизировать до автогенерации iso раз в час и смысл?Так сделай, смысл есть... только раз-два в месяц и только 001 :)
смысл естьА в чем? Я пока не определился:
но кто и зачем?Качаю, так сказать, для души. Ибо форточки изрядно поднадоели (мягко сказано), а в поисках альтернативы набрел на puppy. Привлекает, что все свое ношу с собой. На текущий момент толку мало, но в будущем, хотелось бы, поднять кпд на повыше.
для душиЭто Вы вообще про ПРа пишете, а меня интересует мотивация тех, кто качает именно pra-roll
но кто и зачем?Только что скачал и запустил.
сеть wifi и настройки сохраняются без всяких головных болейКакими средствами сохраняются? Где и какие боли есть?
сам модуль не создаетсяпочинил
средствами сохраняютсястандартным сохранением в 090.
[FAILED] Failed to start Pup volume monitor
live@pra64:~$ systemctl status pup-volume-monitor.service
● pup-volume-monitor.service - Pup volume monitor
Loaded: loaded (/etc/systemd/system/pup-volume-monitor.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Вск 2016-11-20 12:09:40 EET; 8min ago
Process: 748 ExecStart=/etc/rc.d/pup-volume-monitor (code=exited, status=1/FAILURE)
Что с этим делать?Если pup-vol не нужен - ничего
Нужен - править его .service - от версии к версии systemd ведет себя по разному
spacefm монтирует без pup-volчерез одно место он монтирует, ему для нормальной работы нужен udevil или pup-vol
Зачем Вы тогда вообще запускаете pup-vol ?
в меню jwm пропали иконки:В lxde и xfce они есть?
В lxde и xfce они есть?Без понятия, не пользуюсь пока. Зачем так сильно и радикально все постоянно менять, чтобы потом кого-то просить менять прогу построения меню tst, тему или *.desktop файлы? Новые либы, ядра, по - это нормально, НО настройки постоянно прибивать не комельфо. imho
в меню jwm пропали иконки:
Без понятия, не пользуюсьБез понятия, не пользуюсь ;) Нравится ответ?
Зачем так сильно и радикально все постоянно менятьГде что радикально поменяно?
Где что радикально поменяно?Думал на 070, но наверное в арче что-то наменяли. Та же тема в пра64 с иконками в пра64ролл не все... :( Хотелось бы понять в что не так.., правда не критично.
Без понятия, не пользуюсь ;) Нравится ответ?Конечно. Ты же пользуешься, вот и посмотри у себя и желательно на roll:)
наверное в арче что-то наменяли.gtk322 - его разрабы не дают расслабиться. Наверное опять темы gtk3 поломались
С чем может быть связано?Это сообщение делалось для родного пупи. 100 лет его не видел. У кого еще вылезало в пра?
Ты же пользуешься, вот и посмотри у себя и желательно на roll:)В итоге не понял что и где надо посмотреть
Обновлятор везде одинаковый. Проверяйте на какую репу нацелен sfs-get
mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portableтак и надо
070 не обновлялся...раз в pra64 обновлялся - и здесь должен
раз в pra64 обновлялся - и здесь долженИ я так думал. При запуске обновления из меню получаю... И почему pra64-04?
почему pra64-04?Ответ в /etc/sfs-get/www.list
Ответ в /etc/sfs-get/www.listЧто-то в строке mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable
Можешь в скрипт удаления хлама добавить: libthai,
Спб за обновляшку pra64chrootR :)Проверил - у меня работает
001-pra64roll-161210-pb03.pfs 11-Dec-2016 10:45 92M
001-pra64roll_DEV-161210-pb03.pfs 11-Dec-2016 10:46 9.7M
либо владельца colord.conf поменять, либо группу colord сделатьТоже об этом подумал, но решил уточнить. Буду пробовать.
colord
gdbm
lcms2
libassuan
libev
libexif
libwnck
popt
Т.к. pacman -Rs colord спокойно его удаляет - можно убратьОн даже есть в pra64-r, но почему-то не удалился полностью. В этот раз удалил вручную.
Пришлось выкинуть xf86-input-joystick и xf86-video-sisпочему? ну с sis понятно, джойстики теперь через evdev определяются?
Обновил до 001-pra64roll-170130Впечатления от
Xorg 119 и pulse10 уже в stableЕсть?
Впечатления отПозитивненько :)
Xorg 119 и pulse10 уже в stablexorg-server 1.19.1
ПозитивненькоИнформативненько
pulse то нет...
pacman2pfs pulseaudio pulseaudio-alsa pavucontrol
pra64roll-170130.isoЯ положил в исо свещий wget119*.pfs - перестает работать sfs-get
wget119*.pfs - перестает работать sfs-getЧто-то он и с Wget 1.18 не запускается...
live@pra64:~$ sfs-get
/usr/bin/sudo
... и дальше мертво...
Уберите palemoon из 089. Я тоже уберуПомогло: rm home/live/.config/defaultbrowser.conf
Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;Pro - у нас включены? Или это только если юзаешь шифрования...
systemdКак бы отменить dhcpcd, чтобы systemd-networkd поднимал DHCP? Еще не настраивал, но хочу попробовать...
CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;включено
CONFIG_CRYPTO_USER_API_HASHне включено
Как бы отменить dhcpcd, чтобы systemd-networkd поднимал DHCP? Еще не настраивал, но хочу попробовать...Смотрел - лажа. функционал хуже даже netctl. Подойдет разве что для виртуалок и совсем простых случаев
Смотрел - лажа.Спб, тогда не буду заморачиваться :)
pacman -Syupfsrebuild praroll.pfs, нет?
roll (только его) надо делать fullБез 001 и отдельного DE модуля? Это как-то для меня не очень подходит.
В итоге дистр будет обновляться sudo pacman -Syu и не надо выкладывать кучу промежуточных вариантов
Без 001 и отдельного DE модуля?Да - настоящий full с одними пакетами, без модулей вообще
Это как-то для меня не очень подходит.Почему ? Логически мысля roll интересен тем кто следит за новинками. Т.е. не для слабого железа и простого использования (типа браузер погонять)
Использованием дополнительной своей арчрепы со своими пакетами. Т.е. примерно тем же чем mint отличается от ubuntu (оба на репе юбунты)настоящий full с одними пакетами, без модулей вообщеА чем это будет отличаться от обычного арча?
Логически мысля roll интересенМне нужны новинки и браузер погонять, но с jwm. А не с тем что у вас там в мидлах/геймах. Так же пра интересен именно модулями (не убиваемый, что важно с проблемным винтом). Лучше напиши скрипт, который при запуске будет обновлять 001 или уж пусть будет как сейчас. И обновления на ПК есть и на флешке можно носить, не заморачиваясь с пра64.
но с jwmНу так делаете пакет jwm , ставите и обновляетесь хоть каждый день
пра интересен именно модулямиДа. Но для roll модульность - скорее проблема чем плюс
напиши скрипт, который при запуске будет обновлять 001Не думаю что перепаковывать 001 из-за 1-2 новых пакетов - хорошая идея. Особенно при старте системы
И обновления на ПК есть и на флешке можно носить, не заморачиваясь с пра64.Не понимаю - зачем roll нужен на флэшке.... Чем это будет лучше ПРА64...
Попробуйте таки pfsrebuild.Что он даст? Разобрать составные модули на обычные можно и pfsextract
Ну так делаете пакет jwm , ставите и обновляетесь хоть каждый деньЯ типа не так делаю? А там в довесок еще куча ДЕ и черт знает еще чего... как у вас было сначала с пра64. А в 001 минимум. Единственное, надоело менять срез (хотя не сложно) хотел просто на арч натравливать и ставить дату обновления. Но вроде вы всегда против такого были... И об обновлении при старте речи никогда не было - это тупо. Скрипт обновления 001 должен запускаться пользователем. Хочет пакмнсукает, а хочет все эти обновления в 001 заворачивает... НО с обязательным вырезанием лишнего, хотя в идеале пакман должен быть настроен. Вы подобное ранее делали, но потом убрали. В общем как-то так. ПК или ноуты без винтов видел? Там можно и на флешке жить и roll этому не мешает. Уже много раз мусолили тему старых срезов, пришли к roll, как компромису. Нужно было только мне и переубеждать вас снова не собираюсь. Хотите фул, делайте. А мне просто нужен пра64 с обновляемыми базами и я уже знаю как это для себя делать, спб вам :) И не надо было в теме всех пугать "для опытных" :)
Я типа не так делаю?Если делать модульный фругал - так
с обязательным вырезанием лишнегоКакой в этом смысл при фулл? Экономия места.... Вряд ли на винте с ним проблемы
ПК или ноуты без винтов видел?Ну такие компы явно не для экспериментов со свежим софтом
не надо было в теме всех пугать "для опытных"Для roll нет непортированных модулей. Не уверен, что их под силу собрать новичку
Когда пра накрывается, тот же changes (даже выборочно прибить) и все ок с 001 (обновляй сколько хочешь). А с вашим пакмансу такой вариант не пройдет. Или я что-то не понимаю?Не понимаете :'( . Вы смотрите только применительно только к себе и своим компам
Какой в этом смысл при фулл? Экономия места.... Вряд ли на винте с ним проблемыНе забывай таки о флешках с пра и о copy2ram, где хлам не нужен.
Не забывай таки о флешках с пра и о copy2ram, где хлам не нужен.Не будет в фул этого. Если перепаковывать в pfs - можно обработать trim
Если никто из качавших не отзывается, то делай full.Торопиться не буду. Уже применил эту методику в 2A (http://forum.puppyrus.org/index.php?topic=19826.0). Там и откатаю.
Просто можно оставить 001-pra64roll для замены в пра64Можно. Но кто пересоберет под новый срез арчрепы http://mirror.yandex.ru/puppyrus/puppyrus-a64/pra64-07/pfs/
full.iso для глобальных экспериментов. И будут все довольныЖелающих получить фул пока не наблюдаю
gftp-2.0.19-8-pb02.pfs для roll под новый opensslТ.е на Pra6407 не будет работать... Спец репы для roll для непортированных модулей нет. Создать? или что с ним делать...
пра6408Нормально срез обнови и тогда этот gftp пойдет. Собрал с арча, там все либы обновлены.
На Pra6407 не проверял.Вот это очень плохо
Нормально срез обнови и тогда этот gftp пойдет.Пока маловато мотивации для обновления Ж) Тем юолее что в пра64 gftp этой же версии
Спец репы для roll для непортированных модулей нет. Создать? или что с ним делать...Если создавать - то надо для каждого обновления среза...
Если создавать - то надо для каждого обновления среза...Зачем для каждого? Все, что использую, от пра64 работает на ролле. Просто сделай каталог в который можно будет скинуть прогу и все.
Простите... я так понимаю с full , пользователь получает доступ к полной арч репепри фуле не будет среза, будут полные и всегда свежие арчрепы. Или как?
А будут еще такие модули...Не знаю. Я всегда делаю модули не со срезов, а с арчрепы... Не охота заморачиваться со "старьем", а потом еще раз обновлять либы и версии прог в модуле.
при full модули нельзя подключить?Это не нужно. Модули (те что перекомпилировались или изменелись, скрипты) будут в своей арчрепе. Т.е. хочешь mpv из арчрепы : pacman -Sy mpv
не прониксяУ меня и так есть арч в котором пару плюшек из пра.., но постоянно использую roll. Без copy2ram и других плюшек не интересно. Только проблемы с обновлением ядра. Тогда лучше просто арч использовать. imho
Никаких революционных изменений в pra64 lightОни и не нужны, кроме обновлений ядер и 001. Займись чисткой хлама в базе :)
А будут еще такие модулиеще один transmission-gtk-2.92_64-pb01.pfs
У меня и так есть арч в котором пару плюшек из пра.., но постоянно использую roll. Без copy2ram и других плюшек не интересно.Чем ролл удобнее фулл?
проблемы с обновлением ядраЧто не устраивает в пра ядре?
Тогда лучше просто арч использоватьНу так пра-фулл и будет арч, с опциональными добавками пра для получения легкости и скорости
Ну так пра-фулл и будет арч, с опциональными добавками пра для получения легкости и скоростиВырезания не будет, копи2рам и т.д. В чем будет выражаться скорость и легкость от пра?
Может в название модуля roll добавлять...ffmpeg-light-p-3.3_64r-pb01.pfs примерно так?
Вырезания не будетБез copy2ram вырезание ничего не дает
В чем будет выражаться скорость и легкость от пра?В замене тяжелых компонентов из арчрепы на легкие из пра. Например NM на netctl-gui
ffmpeg-light-p-3.3_64r-pb01.pfs примерно так?light - подразумевает перекомпиляцию по моему рецепту
light - подразумевает перекомпиляцию по моему рецептуПонятно.
затеи со сборкой дополнительных модулей для roll - на мой взгляд очень спорная вещь...Согласен, только для себя минимум делаю :) Как минимум полгода работали модули от пра64
mpv -> мкв все равно не заработалПравильные варианты :
mpv was compiled against a different version of FFmpeg/Libav than the sharedЧто тут не понятно?
library it is linked against. This is most likely a broken build and could
result in misbehavior and crashes.
Согласен, только для себя минимум делаю :) Как минимум полгода работали модули от пра64Короче - не нравится мне сегодняшняя концепция roll
Кстати https://git.archlinux.org/archiso.git/tree/docs/README.bootparams фул можно юзать и как фругал : copy2ram+сохраненка. Только смысл copy2ram тут совсем спорный из-за размера...Чем так плохо?
не нравится мне сегодняшняя концепция rollИ мне, хочу в 001 софт (ffmpeg, mpv, transmission...) сразу добавить как было в пра64 сначала. В куче легче обновлять и не надо с разными пакетами парится.
фул можно юзать и как фругалСделай сборку, потестим... может так будет лучше и легче сопровождать...
хочу в 001 софт (ffmpeg, mpv, transmission...)Это сразу убивает обе хороших идеи : модульный фругал и фул
достаточно добавить либы старого openssl https://www.archlinux.org/packages/extra/x86_64/openssl-1.0/
... не знаю как Вам такое удалосьПри пересборке не было проблем с местом из-за раздувания /dev/null в chroot ?
При пересборке не было проблем с местом из-за раздувания /dev/null в chroot ?вроде ни на что не ругалось, озу 6 Гб...
не читается файл libicui18.so.59.1Тогда загадочно
не читается файл libicui18.so.59.1Как проверить? Собрал обновление, icu переустановил...
Как проверить?Скопировать этот файл