История изменений
Исправление LINUX-ORG-RU, (текущая версия) :
)) ^.^ У меня одно время была мысль. Периодически пакеты сиротеют, и когда они перестают собираться то их да,выкидывают или переносят лол в testing (это такой хак дабы не выкинуть и таки собрать) поэтому например compiz был викинут одно время из stable но внезапно был доступен в testing :D Ну так вот, я хотел автоматизировать заморозку сирот, основная проблема была понятное дело это зависимости и для этого
- 1 Разворачивание всех выпусков debian в виртуалках
- 2 Скрипт который раз в день/неделю/месяц заходит на debian dev и снифает брошенные/исключённые пакеты
- 3 Находит в соотвецтвующем дистрибутиве последнюю версию
- 4 переходит в виртуалку делает через appimage снимок состояния
- 5 устанавливает пакет
- 6 делает через appimage упаковку пакета в исполняемый iso
- 7 пересобирает deb пакет уже с iso appimage который будет работать 100% везде
- 8 выгружает пакет на сервер аля хттп://сироты.орг/дебиан универсал main contrib nonfree
По итогу можно в /etc/apt/sources.list просто добавить эту репу и ставить пакеты не опасаясь зависимостей.
1 - Почему appimage? Потому что нужен именно снимок состояния приложения и его зависимостей, в будующем если кто-то захочет таки опять вернуть приложение в дистрибутив он может на любую версию дистра поставить сироту, распаковать и изучить все зависимости требующие правки на месте. затем произведя поэтапное портирование. appimage самый простой и надёжный вариант мультиплатформы для linux. ещё более простой это tar.gz.sh но ,он уже куда то распаковывается, а appimage монтируется что гибче. Хотя тут ещё подумать надо.
Ну и вот, таким макаром можно сделать как бы временную заморозку любого софта в 99% рабочем состоянии просто что-бы сохранить его далее до момента когда его таки снова кто-то подхватит.
Хотя подобная шняга хороша ну там для 100 пакетов если их через года будет 100500 то звезда во лбу засветит от объёмов терабайт :D оно же часто будет glibc тянуть и ещё пол системы :D Но всё же
Но всё же x2 этой затеи я испугался и забросил эдак лет 5 тому назад
Исправление LINUX-ORG-RU, :
)) ^.^ У меня одно время была мысль. Периодически пакеты сиротеют, и когда они перестают собираться то их да,выкидывают или переносят лол в testing (это такой хак дабы не выкинуть и таки собрать) поэтому например compiz был викинут одно время из stable но внезапно был доступен в testing :D Ну так вот, я хотел автоматизировать заморозку сирот, основная проблема была понятное дело это зависимости и для этого
- 1 Разворачивание всех выпусков debian в виртуалках
- 2 Скрипт который раз в день/неделю/месяц заходит на debian dev и снифает брошенные/исключённые пакеты
- 3 Находит в соотвецтвующем дистрибутиве последнюю версию
- 4 переходит в виртуалку делает через appimage снимок состояния
- 5 устанавливает пакет
- 6 делает через appimage упаковку пакета в исполняемый iso
- 7 пересобирает deb пакет уже с iso appimage который будет работать 100% везде
- 8 выгружает пакет на сервер аля хттп://сироты.орг/дебиан универсал main contrib nonfree
По итогу можно в /etc/apt/sources.list просто добавить эту репу и ставить пакеты не опасаясь зависимостей.
1 - Почему appimage? Потому что нужен именно снимок состояния приложения и его зависимостей, в будующем если кто-то захочет таки опять вернуть приложение в дистрибутив он может на любую версию дистра поставить сироту, распаковать и изучить все зависимости требующие правки на месте. затем произведя поэтапное портирование. appimage самый простой и надёжный вариант мультиплатформы для linux. ещё более простой это tar.gz.sh но ,он уже куда то распаковывается, а appimage монтируется что гибче. Хотя тут ещё подумать надо.
Ну и вот, таким макаром можно сделать как бы временную заморозку любого софта в 99% рабочем состоянии просто что-бы сохранить его далее до момента когда его таки снова кто-то подхватит.
Хотя подобная шняга хороша ну там для 100 пакетов если их через года будет 100500 то звезда во лбу засветит от объёмов терабайт :D оно же часто будет glibc тянуть и ещё пол системы :D Но всё же
Исходная версия LINUX-ORG-RU, :
)) ^.^ У меня одно время была мысль. Периодически пакеты сиротеют, и когда они перестают собираться то их да,выкидывают или переносят лол в testing (это такой хак дабы не выкинуть и таки собрать) поэтому например compiz был викинут одно время из stable но внезапно был доступен в testing :D Ну так вот, я хотел автоматизировать заморозку сирот, основная проблема была понятное дело это зависимости и для этого
- 1 Разворачивание всех выпусков debian в виртуалках
- 2 Скрипт который раз в день/неделю/месяц заходит на debian dev и снифает брошенные/исключённые пакеты
- 3 Находит в соотвецтвующем дистрибутиве последнюю версию
- 4 переходит в виртуалку делает через appimage снимок состояния
- 5 устанавливает пакет
- 6 делает через appimage упаковку пакета в исполняемый iso
- 7 пересобирает deb пакет уже с iso appimage который будет работать 100% везде
- 8 выгружает пакет на сервер аля хттп://сироты.орг/дебиан универсал main contrib nonfree
По итогу можно в /etc/apt/sources.list просто добавить эту репу и ставить пакеты не опасаясь зависимостей.
1 - Почему appimage? Потому что нужен именно снимок состояния приложения и его зависимостей, в будующем если кто-то захочет таки опять вернуть приложение в дистрибутив он может на любую версию дистра поставить сироту, распаковать и изучить все зависимости требующие правки на месте. затем произведя поэтапное портирование. appimage самый простой и надёжный вариант мультиплатформы для linux. ещё более простой это tar.gz.sh но ,он уже куда то распаковывается, а appimage монтируется что гибче. Хотя тут ещё подумать надо.
Ну и вот, таким макаром можно сделать как бы временную заморозку любого софта в 99% рабочем состоянии просто что-бы сохранить его далее до момента когда его таки снова кто-то подхватит.