slackware и дополнительные файлы

Мне кажется, что лучше не удалять эти файлы, так как в последних двух могут находиться имена пакетов, которые слака возможно показывает когда ты инсталлируешь ее. А чем эти файлы так мешают ?

у меня 14.0 и собрался целый чейнджлог отличий от ванильной слаквари. Как это отразить в этих файлах? Заколебался их патчить. А заново генерировать - хз где такие скрипты искать, некоторые из них не работают, скрипт от инопланетянина боба - ненужный монстр с rss. А потом rsync с официальным деревом slackware, потом снова патчить. Изменил что-то - снова патчить. Так как есть оставить - мусор и бардак.

Зачем же патчить, просто пересоздать. Если правильно путаю, у AlienBob-а готовая пересоздавалка была.
Без них с вашим диском/деревом откажутся работать slackpkg сотоварищи, использующие эту метаинформацию о пакетах.
Да и пользователя лишать привычных возможностей:
- проверить целостность дерева или отдельного пакета (CHECKSUMS.md5);
- быстрого поиска по дереву (FILELIST.TXT);
- найти по файлу пакет (MANIFEST.bz2);
- поискать пакет/описание (PACKAGES.TXT)
лишать явно не стоит, по крайней мере из уважения к нему.

ненужный монстр с rss

Угу, этот http://slackware.org.uk/people/alien/tools/gen_repos_files.sh

Да никто не заставляет, не устраивает работающая автоматика, можно набивать мозоли вручную, тренировать память (запоминание всех своих изменений), дисциплину (своевременное внесение изменений в файлы). Но зачем? Keep it simple stupid.

Отлично, пересоздать! Надеюсь ты не про этот скрипт: slackware.org.uk/people/alien/tools/gen_repos_files.sh

Друг, пожалуйста, если тебе не трудно, из уважения к юзверям, скинь, если тебе известно, простой скрипт, чтоб запустил и сгенерировалось, без редактирования файлов, генерирования uuid, rss, ну понимаешь... KISS, чтоб. Совсем замучился.

А по поводу изменений — в отдельных случаях проще держать отдельную репу с отличиями, тем более сейчас, когда есть slackpkg+, добавляющий поддержку нескольких реп с возможностью указать приоритет.
И волосы сразу станут шелковистыми: официальное дерево отдельно, хоть об-rsync-айся (кстати, в релизной ветке меняется только /patches и служебные файлы метаинформации, угу, те самые, из топикстарта), свое — отдельно. И ставится все на автомате.

rss_changelog в сценарии вызывается только в одном месте, или тупо закомментировать, или при желании, добавить параметр/гард, делов-то.

запоминание всех своих изменений

и так запоминаются по редактированию --exclude в rsync-скрипте. куда уж больше? так и на сами изменения может времени не хватить, сколько на генерирование доп.информации уходит :)

сколько на генерирование информации уходит

Для этого есть ключик -n — not older than — не старше заданного числа дней, остальное не перемалывается заново.

root@localhost # sh gen_repos_files.sh
# -------------------------------------------------------------------#
# $Id: gen_repos_files.sh,v 1.90 2014/01/17 23:11:25 root Exp root $ #
# -------------------------------------------------------------------#
**
** Please supply a value for the Universally Unique IDentifier (UUID) !
** Look for the RSS_UUID variable inside the script or in '/root/.genreprc',
** and (for instance) use the return value from command 'uuidgen -t'.
**

почему всё так сложно? а если я удалю эти файлы а вместо них сгенерю CHECKSUMS и FILELIST (только их знаю как проще), всё будет ок для меня? Никакого ups, error, PACKAGES.TXT not found, убедитесь что это диск с slackware?

А по поводу изменений — в отдельных случаях проще держать отдельную репу с отличиями, тем более сейчас, когда есть slackpkg+, добавляющий поддержку нескольких реп с возможностью указать приоритет.

И волосы сразу станут шелковистыми: официальное дерево отдельно, хоть об-rsync-айся (кстати, в релизной ветке меняется только /patches и служебные файлы метаинформации, угу, те самые, из топикстарта), свое — отдельно. И ставится все на автомате.

для своего репозитория тоже надо будет генерировать эти грёбанные файлы метаинформации? мне нужен только CHECKSUMS. А в пакетных менеджерах и вовсе не нуждаюсь, просто зайду в директорию patches и сделаю upgradepkg.

Для этого есть ключик -n — not older than — не старше заданного числа дней, остальное не перемалывается заново.

я в том смысле, что сами действия не несут никакой пользы, а только время забирают.

почему всё так сложно?

Это для публикации изменений в rss. Вам же был не нужен rss? Проигнорируйте.

Судя по вашим отрывочным описаниям задачи, проще на диск положить /mystuff, после установки делать из него upgradepkg и не забивать голову высокими материями.

Насколько важны эти файлы?

не нужны

Если их удалить, ничего не произойдёт?

ничего

Не патчить же все эти файлы для собственного дистра, заколебусь.

их не патчить надо, а делать.

CHECKSUMS.md5 это список md5sum. Можно проверить целостность всех файлов в дистре.

MANIFEST.bz2 список всех файлов внутри пакетов

++========================================
||
||   Package:  ./a/aaa_base-14.1-x86_64-1.txz
||
++========================================
drwxr-xr-x root/root         0 2013-10-11 18:25 ./
drwxr-xr-x root/root         0 1997-10-06 03:10 bin/
drwxr-xr-x root/root         0 2012-06-22 19:37 run/

не, ты можешь конечно удалить, но это глупо.

действия не несут никакой пользы, а только время забирают

Если польза для вас неочевидна, это не значит что ее нет вообще. Возможность получит стандартный репозиторий с необходимой информацией — польза, но вы не пользуетесь slackpkg/slapt-get/другим требующим метаинформации менеджером пакетов, вам от нее ни холодно, ни жарко. По крайней мере, пока не захотите воспользоваться.
А типичный сценарий может быть простым: раз в сутки по крону запускается gen_repos_files.sh -n 1 и поддерживает метаинформацию репозитория в актуальным состоянии. Вам остается только подбрасывать пакеты в него по необходимости.

+1

их не патчить надо, а делать.

зачем их делать, если я ими не пользуюсь?

CHECKSUMS.md5 это список md5sum. Можно проверить целостность всех файлов в дистре.

нужная вещь, создал.

MANIFEST.bz2 список всех файлов внутри пакетов

и так есть в /var/log/packages. Но отсюда вопрос: откуда берутся /var/log/packages файлы? Не участвуют ли *эти* файлики в этом? т.е. FILE_LIST, MANIFEST, etc.

Если польза для вас неочевидна, это не значит что ее нет вообще. Возможность получит стандартный репозиторий с необходимой информацией — польза, но вы не пользуетесь slackpkg/slapt-get/другим требующим метаинформации менеджером пакетов, вам от нее ни холодно, ни жарко. По крайней мере, пока не захотите воспользоваться.

абсолютно верно. а если захочу воспользоваться - есть убунта в которой пакетов туево-кукуево и пакетные менеджеры есть разные: консольные, консольные графические, графические под разные тулкиты. Вот скажи, если тебе известно, эти файлы с метаинфой никак не относятся к работе системы и /var/log/packages? Я полюбил слакварь, и хочу упростить для себя её еще больше :)

зачем их делать, если я ими не пользуюсь?

глупо ими не пользоваться.

и так есть в /var/log/packages

там только установленные. А если нужен какой-то файл(либа например), его нет, и где ты его будешь искать?

Но отсюда вопрос: откуда берутся /var/log/packages файлы?

их делает скрипт installpkg (и upgradepkg, removepkg).

Не участвуют ли *эти* файлики в этом? т.е. FILE_LIST, MANIFEST, etc.

AFAIK нет. Но выше уже говорили, что есть и другие скрипты:

Без них с вашим диском/деревом откажутся работать slackpkg сотоварищи, использующие эту метаинформацию о пакетах.

Не трогай официальное дерево слаки.

Хочешь внести изменения — сделай отдельную директорию, например chinarulezz-updates и туда пихай свои пакеты и всё что отличается от официального дерева.

Плюсы:

• тебе же проще, не надо писать исключений в rsync
• юзерам, у кого уже установлена официальная Slackware проще — достаточно обновиться с твоего репозитория
• не надо трогать указанные тобой файлы с метаинформацией, а значит ты ничего в установке, по крайней мере, базовой части, не поломаешь.

И создавать свои файлы с метаинформацией не так долго.

файлы с метаинфой никак не относятся к работе системы и /var/log/packages?

По PACKAGES.TXT установщик проверяет, правильно ли задан исходный каталог. Базовому пакетному менеджеру — утилитам пакета pkgtools — они до лампочки, ибо работают с файлами пакетов, а не с репозиторием.

Содержимое /var/log/packages формируется при распаковке пакета из содержимого этого пакета, метафайлы в этом процессе не участвуют.

Все, кто работает с репозиторием (slackpkg, slapt-get, ...) в отсутствие файлов с метаинформацией за репозиторий считать его не будут.

я собирал образ из каррента, без xfce, пакета calligra и еще ряда языковых пакетов, все нормально собралось и поставилось, думал закинуть последние K-пакеты от alien'а, но забил на это дело, да и понял, что нужно список искать по которому ставится система, в общем, каррент поставил и потом обновился, ошибок не было никаких, что что-то отсутствует