а ещё и почётный участник Puppyrus форума
А в чем тогда смысл двух учеток?
Зачем я завёл ЭТУ учётку — я уже говорил. Хотелось видеть вложения — картинки, файлы и т.д.
А с ТОЙ учёткой всё немного сложнее. Я становился всё дальше и дальше от PuppyRus, пока однажды понял, что не помню пароль на вход. Кажется, после переустановки системы появился новый браузер, который не помнил этот пароль, не помню. Состав форума плавно менялся, мои интересы тоже. Ушел в тень Melvix… Я понял, что не хочу восстанавливать учётку. Да и звание «почётного» всё же к чему-то обязывает :-)
Не представляю даже какой-то сферический дистрибутив без своих велосипедов.
Не, ну у разных дистрибов расные ПМ и по мелочи, но принцип работы одинаковый
Слитаз же тут всех переплюнул. Там все по своему.
Наверное, у меня глаз-таки замылился. Можно пример чего-нибудь из этого «всего»?
Причем с доками проблемно. Я про многие вещи не понял замысла.
Писать сложно. Я до сих пор не могу писать доки. Могу только что-нибудь по мелочам. Могу перевести на русский.
Да, бывает иногда «просветление» :-) Когда работал над пакетным менеджером TazPkg и понял все его потроха, то отразил это в обновленной обширной документации. На английском и русском:
http://cook.slitaz.org/next/tazpkg/doc/wok/tazpkg/install/usr/share/doc/tazpkg/tazpkg.htmlНо это отнимает много времени и сил.
в основном по причине что дистрибутив у них был собран из пакетов.
Вот это одна из главных для меня загадок слитаза. Зачем такой формат.
squashfs дает горячее подключение. Это открывает возможности. За такое можно и повелосипедить
А tazpkg? Почему так?
Просто SliTaz собирается из пакетов, а PRA — из модулей. Оба этих формата имеют право на жизнь.
Когда SliTaz появился, он позиционировался как микро-дистрибутив. Ничего лишнего, вплоть до последнего файла, если без него можно обойтись. Модули — это уже как-то потолще.
Я не могу говорить за разработчиков SliTaz, но как-то идея среди них не прижилась.
Я же сам использую дистрибутив традиционно установленный на раздел жесткого диска.
А ещё мне у них понравился порядок
У нас с этим и коллективностью работы плохо
Тогда еще, в давние времена админ с ником Tarmo установил Redmine. Мы немножко в нём поработали, но это не то. Проект PuppyRus был слишком маленький для большого Redmine.
В проекте SliTaz применяется простая система контроля версий (далее — СКВ) Mercurial. Я освоил ее очень быстро. Не полностью, конечно же, но самые нужные команды.
В веб-интерфейсе видно кто и что изменил. Можно найти ошибки, посмотреть историю…
Сейчас есть GitHub где всё то же и еще вагон и маленькая тележка всяких плюшек. У PRA вроде бы есть что-то на GitHub?
СКВ реально помогает в работе.
Ну и свой сборочный сервер дорогого стоит.
Т.е. он по мере обновления исходников автоматом собирает ?
Нет. Только по мере изменения рецептов. Отслеживания изменения исходников в апстриме нету.
Некоторые пакеты очень старые. Для меня это еще одна загадка - что это лень или осмысленный выбор...
Это недостаток рук :-)
Но всё же я затеял свой параллельный проект SliTaz Next, где я решил обновить всё по максимуму, чтобы SliTaz (Next) был современным дистрибутивом.
Да, я обещал не агитировать
Времена гонений инакомыслящих у нас прошли.
А были?
у SliTaz давно уже не лучшие времена.
Почему?
Не разрабатываются больше свои велосипеды, и уже давно. Несколько лет никто не возьмёт на себя ответственность выпустить новый релиз. То, что есть сейчас — Rolling релиз — многих не устраивает. Да он и старючий как я не знаю что.
после того как мир узнал о Meltdown & Spectre - бросил
Какая связь? Разве 32 системы более уязвимы? Я так понял домашним юзерам можно вообще не париться
Да я честно говоря удивлен тем, что на этом форуме тема Meltdown & Spectre вообще не поднималась.
Вот, хотя бы вам тема на ЛОРе:
https://www.linux.org.ru/forum/general/13957266/Вот пост из блога Greg Kroah-Hartman (мейнтейнер LTS-веток Linux):
http://www.kroah.com/log/blog/2018/01/06/meltdown-status/В настоящее время патчи (затрудняющие применение указанных уязвимостей) доступны только для 64-бит. И насколько я понял, только в последнем стабильном ядре и в последнем LTS. Вряд ли кто-то будет их бекпортировать в более старые версии, да и 32-битное ядро вне интересов разработчиков ядра. Поэтому это будет сделано по остаточному принципу, если будет сделано вообще.