Структура клубных репозиторий Опции Поделиться

[dango_]

За последнее время в клубе уже неоднократно поднимался вопрос о структуре клубных репозиторий.
Поэтому открываю эту тему для обсуждений и конкретных предложений.
На текущий момент репозитории club-p7 и club-sisyphus имеют следующую структуру
repo
|__ i686 __ base (RPMS и SRPMS)
|.........|___ RPMS.hasher (включая пакеты debuginfo)
|__ SRPMS.hasher (i686)
|__ x86_64__ base (RPMS)
..........|___ RPMS.hasher (включая пакеты debuginfo)

Какие есть мнения на этот счет?

Сообщение отредактировал dango_ - 23.10.2015, 19:23

[kostyalamer]

Мое мнение то что выходит в хашере то и оставить ( а в хашере как раз эта структура и выходит ) , лишняя работа совершенно не прельщает
Заодно, давай и структуру индексных файлов пообсуждаем.
PS Если кому-то сильно не нравятся дебаги, то готов обсудить при наличии соответствующих ключей хашера, разные самописные костыли не интересуют ( хватит с нас моего самописного genbasedir - ного костылика без которого действительно никак )

Сообщение отредактировал kostyalamer - 23.10.2015, 20:16

[dango_]

Заодно, давай и структуру индексных файлов пообсуждаем.

1) src-хи отдельным индексом
2) дебаги как сейчас у тебя сделано в конце индекса для rpm-ов
3) отдельный индекс для выкачивания репы ( без src-х , но с каталогом base )
Это черновые наброски, давай свои идеи .

Ну вот такой вариант
Для широкого круга:
1. Список RPM i686 (без debuginfo)
2. Список RPM x86_64 (без debuginfo)
Для специалистов:
1. Список RPM i686 (только debuginfo)
2. Список RPM x86_64 (только debuginfo)
3. Список SRPM
4. Список файлов для зеркал и локальных репозиториев

[Balbes]

ИМХО дебаги вообще не нужны в клубных репах (тратить на них место и время), тем кому приспичит что-то отлаживать , сможет и сам из исходников собрать дебаг вариант, поэтому можно использовать варианты :
- сразу собирать в хашере без дебаг пакетов , если не путаю, есть пара макросов которые отключают сборку дебагов (кстати, это уменьшит и время и место для сборки)
- второй вариант - самый простой , добавить в скриптик генерации индексов предкоманду зачистки от дебагов., а потом уже генерить индексы


п.с. Решайте как считаете нужным.

[kostyalamer]

- сразу собирать в хашере без дебаг пакетов , если не путаю, есть пара макросов которые отключают сборку дебагов (кстати, это уменьшит и время и место для сборки)
- второй вариант - самый простой , добавить в скриптик генерации индексов предкоманду зачистки от дебагов., а потом уже генерить индексы


п.с. Решайте как считаете нужным.

Костыль из второго варианта нафиг , а вот макросы давай если этот вариант прокатит то можно попытать имеющихся у нас в клубе тимовцев , что они думают по дебажному вопросу

[kostyalamer]

Ну вот такой вариант
Для широкого круга:
1. Список RPM i686 (без debuginfo)
2. Список RPM x86_64 (без debuginfo)
Для специалистов:
1. Список RPM i686 (только debuginfo)
2. Список RPM x86_64 (только debuginfo)
3. Список SRPM
4. Список файлов для зеркал и локальных репозиториев

Для старых реп ( 4, 5, 6 ) ввиду их архивности предлогаю такую упрощенную структуру:
1) RPM i686 и SRPM одним файлом
2) Индекс на выкачивание всей репы wget-ом (без src-х , зачем тащить лишнее )
Для новых реп согласен с тобой .
PS сервак уже сам генерит индексные файлы ( п1 ) -роботизация наступает
Думаю для старых бранчей одного раза в сутки хватит

Сообщение отредактировал kostyalamer - 23.10.2015, 21:16

[dango_]

Костыль из второго варианта нафиг , а вот макросы давай если этот вариант прокатит то можно попытать имеющихся у нас в клубе тимовцев , что они думают по дебажному вопросу

Короче, ждем, кто еще выскажется по вопросу "Оствлять debuginfo в клубных репах или нет?

Для старых реп ( 4, 5, 6 ) ввиду их архивности предлогаю такую упрощенную структуру:
1) RPM i686 и SRPM одним файлом
2) Индекс на выкачивание всей репы wget-ом (без src-х , зачем тащить лишнее )
Для новых реп согласен с тобой .
PS сервак уже сам генерит индексные файлы ( п1 ) -роботизация наступает
Думаю для старых бранчей одного раза в сутки хватит

Ок. А если за debuginfo никто не проголосует, то для специалистов останется
3. Список SRPM
4. Список файлов для зеркал и локальных репозиториев


Сообщение отредактировал dango_ - 23.10.2015, 22:01

[kostyalamer]

Короче, ждем, кто еще выскажется по вопросу "Оствлять debuginfo в клубных репах или нет?

Ок. А если за debuginfo никто не проголосует, то для специалистов останется
3. Список SRPM
4. Список файлов для зеркал и локальных репозиториев

Не совсем так, если мне объяснят какими ключами хашера можно собирать пакеты без дебагов и если умудренные опытом люди скажут что они нам нафиг не нужны - то мы их выкинем штатными средствами . Из старых реп я могу их выбросить прямо сейчас ( если они там вообще есть ) опять-таки если наши тимовцы эту тему здесь обсудят

PS пока я тут флужу уже и 5-ая репка просамоиндексировалась
Жалко на серваке не Альт, а то можно было бы совсем интересно почудить

Сообщение отредактировал kostyalamer - 23.10.2015, 22:14

[Дмитрий Ханжин]

Не совсем так, если мне объяснят какими ключами хашера можно собирать пакеты без дебагов и если умудренные опытом люди скажут что они нам нафиг не нужны - то мы их выкинем штатными средствами . Из старых реп я могу их выбросить прямо сейчас ( если они там вообще есть ) опять-таки если наши тимовцы эту тему здесь обсудят

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

[dango_]

У меня хэшер запускается из скриптов с нужными ключами в заданные сборочницы. Дописать в эти скрипты rm пакетов debuginfo не составит труда. Жду решения товарищей по клубу.
По теме структуры клубных репозиторий предлагаю обсудить (исправил "осудить" Х-) ) следующую схему:
|__ i686 __ base (RPMS)
|.........|___ RPMS
|__ SRPMS __ base (SRPMS)
|.........|___ SRPMS
|__ x86_64__ base (RPMS)
..........|___ RPMS
Суть: каждая ветка со своим base.
Вопрос знатокам: Есть ли принципиальная разница между SRPMS, собранными на i686 и x86_64?

[kostyalamer]

Дан, а в чем смысл |__ SRPMS __ base (SRPMS) ?

[dango_]

Дан, а в чем смысл |__ SRPMS __ base (SRPMS) ?

Смысл вынести индексы SRPMS в отдельный base.
Для подключения по необходимости.

[kostyalamer]

Смысл вынести индексы SRPMS в отдельный base.
Для подключения по необходимости.

Или я чего-то не понимаю или одно из двух
Куда ты их подключать собрался ?

[Дмитрий Ханжин]

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

Значтак, надо добавить в команду сборки

Код

--build-args="--define '_debuginfo_skiplist %prefix/*'"

Внимание, два вида кавычек.

[dango_]

Или я чего-то не понимаю или одно из двух
Куда ты их подключать собрался ?

Чтобы, по-умолчанию, пользователем подключался только RPMS.
Зачем ему SRPMS?

[Дмитрий Ханжин]

Смысл вынести индексы SRPMS в отдельный base.
Для подключения по необходимости.

Крайний раз я видел, как apt-get'ом качать сырцы, в документации к M2.4.
Что касается структуры, либо не менять то, что даёт hasher, и оставить два base,
либо посмотреть на Sisyphus, и сделать один base на всех.
Я склоняюсь к первому.

[Дмитрий Ханжин]

Вопрос знатокам: Есть ли принципиальная разница между SRPMS, собранными на i686 и x86_64?

Нет. Они идентичны.

[kostyalamer]

Значтак, надо добавить в команду сборки

Код

--build-args="--define '_debuginfo_skiplist %prefix/*'"

Внимание, два вида кавычек.

Спасибо, Дмитрий !
В результате мужики мы можем вынести дебаги из репы штатным путем.
Нужно ли это делать или нет, какие мнения ?
PS Дан если тебе больше нравится твоя структура для Сизифной репы , то делай ее.
Ты все равно ответственный по этой репе - тебе и карты в руки.
Для 7-ой репы мне она не нравится - лишняя работа , а я довольно ленив

[dango_]

Спасибо, Дмитрий !
В результате мужики мы можем вынести дебаги из репы штатным путем.
Нужно ли это делать или нет, какие мнения ?
PS Дан если тебе больше нравится твоя структура для Сизифной репы , то делай ее.
Ты все равно ответственный по этой репе - тебе и карты в руки.
Для 7-ой репы мне она не нравится - лишняя работа , а я довольно ленив

Костя, мое предложение также вынесено на обсуждение.
Если в нем никто не увидит никакого профита, то соответственно все останется так как есть.

[Balbes]

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

[dango_]

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

Возможно, так даже и лучше будет.
Принцип простой. Чтобы было удобно и просто как для обычных пользователей, так и для разработчиков.

[kostyalamer]

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

Наверное на этом и остановимся , остался один вопрос - что делать с дебагами ?
Выбрасываем мы их или оставляем , высказывайте мнения

Сообщение отредактировал kostyalamer - 26.10.2015, 22:12

[Balbes]

Наверное на этом и остановимся , остался один вопрос - что делать с дебагами ?
Выбрасываем мы их или оставляем , высказывайте мнения

Мне наверное можно не высказываться, и так известно, что я за - " выбросила в пропасть ... " (с)
Пользователей наших пакетов из клубной репы не много, т.ч. если у кого-то возникунт проблемы, отпишется на форуме и можно будет оперативно разобрать причину или собрать специально для отладки нужную версию, а уж установить одиночные файлы, теперь не проблема, любой с может.

[dango_]

Приходим к консенсусу?
1. RPM i686 и x86_64 оставить со своими base и индекс-файлами
2. SRPMS оставить в своем каталоге, но не индексировать в base, а индекс-файл отдельный
3. Пакеты debuginfo выкинуть в пропасть

[kostyalamer]

Думаю пришли, структуру оставляем как есть - дебаги выбрасываем. Правда я их выкину только из 7-мой 32-разрядной репы ,
лезть в более древние репы ввиду их практической мертвости - лень. Делаем отдельные индексаторы для пакетов и src-х, а заодно отдельный индексатор для каталога base. Всей этой лабудой в первую очередь и займусь , потом надо добить с Иваном
ДистроКреатор, после чего активно подключимся к CoderLive

[Balbes]

Сильно не пинайте, если ляпну глупость ...

Интересно, а какой размер получается у файлов архивов, если в них полностью упаковать по отдельности каждую репу ?

Repo 4
Repo p5/t5
Repo p6/t6

т.е. что-бы после распаковки из такого файла, сразу получить всю нужную структуру репы для локального использования, что-бы кроме прописывания в sources.list больше ни чего не требовалось..

Кстати, а можно ли сборать такой пакет, который будет тупо распаковывать архив с репой в заранее заданный каталог (например /var/ftp/ALTLinux/club/repo_* ) и будет прописывать эту репу в sources.list ?
Т.е. скачал пакет, установил, и сразу получил подключенную как надо локальную репу.
Эт я уже мечтаю, как-бы по проще прикрутить в будущем к сборочницам возможность простейшего получения и подключения клубных реп или специфичных реп для сборки конкреных дистров.
Например, собрал дистр того же ДистроКреатора, в состав образа которого включен такой пакет-репа (с нужными для его самосборки пакетами, которых нет в общих сетевых оф.репах), пользователь скачал образ, залил его на флэшку, запустил его на ПК и получил сразу всю нужную инфраструктуру, в том числе подключенную локальную репу с нужными пакетами, а по мере появления в сетевых клубных репах новых версий такого пакета-репы будет очень просто обновляться на свежую, просто скачал, установил и получил сразу свежую локальную репу.

Сообщение отредактировал Balbes - 28.10.2015, 10:52

[kostyalamer]

Сильно не пинайте, если ляпну глупость ...

Пинать не буду но есть способ на порядок проще и разумнее, просто мужики либо вы сильно торопитесь , либо у меня мало свободного времени. В выходные все будет по крайней мере для сизифа и 7-мой репы.

[kostyalamer]

Ну вот для начала: кто хотел качать репы - качайте , кто хотел написать скрипт - пишите, кто хотел сделать пакет - делайте
Подсказка wget -i адрес ссылки в текущем каталоге репы , перемещение по каталогам или их первоначальное создание на совести вашего скрипта ( мне пока другой работы хватает, если никто не сделает сделаю сам но не скоро )
Пока только 32 -битная 7-репа но в перспективе всё будет сделано также:
http://www.altlinuxclub.ru/repo/repo_p7.html
http://www.altlinuxclub.ru/repo/repo_p7_base.html
А это src-хи - до кучи : http://www.altlinuxclub.ru/repo/repo_p7_src.html
На сайте еще ничего не обновлял - в выходные.
PS повесил всю эту радость на cron сервака, теперь эти индексные файлы автоматически обновляются 2 раза в сутки .

Сообщение отредактировал kostyalamer - 29.10.2015, 0:07

[dango_]

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

Костя, а если дату время индексирования в шапку индекс-файла добавить? ИМХО, лишним не будет.

[kostyalamer]

Костя, а если дату время индексирования в шапку индекс-файла добавить? ИМХО, лишним не будет.

Дан, это наверное лишнее, скрипты то у нас запускаются по cron-у , дата будет меняться например 2 раза в сутки.
Но ничего страшного в этом нет, wget штука умная будет тянуть только изменившиеся или новые файлы

[dango_]

Дан, это наверное лишнее, скрипты то у нас запускаются по cron-у , дата будет меняться например 2 раза в сутки.
Но ничего страшного в этом нет, wget штука умная будет тянуть только изменившиеся или новые файлы

Пока нет автоиндексации, я в заголовки подведомственных индекс-файлов вывел дату время.
Костя, потом ты уже приведешь их к общему знаменателю.

[kostyalamer]

Наша репа для p7 64 бита теперь тоже индексируется автоматически 2 раза в сутки в 4.10 и в 16.10
Для тех, кто хочет выкачать репу целиком :
http://www.altlinuxclub.ru/repo/repo_p7_64.html - пакеты
http://www.altlinuxclub.ru/repo/repo_p7_base_64.html - base
PS Дан, залей пожалуйста на сервак свой текущий сизифный скрипт я в нем переправлю адреса, или посмотри как у меня сделано и подправь их сам если есть время / желание этим заниматься.

[dango_]

Наша репа для p7 64 бита теперь тоже индексируется автоматически 2 раза в сутки в 4.10 и в 16.10
Для тех, кто хочет выкачать репу целиком :
http://www.altlinuxclub.ru/repo/repo_p7_64.html - пакеты
http://www.altlinuxclub.ru/repo/repo_p7_base_64.html - base
PS Дан, залей пожалуйста на сервак свой текущий сизифный скрипт я в нем переправлю адреса, или посмотри как у меня сделано и подправь их сам если есть время / желание этим заниматься.

Костя, скрипт закинул на сервак. ls_repo_sisyphus.sh. Как есть. Не правленный.

[kostyalamer]

Костя, скрипт закинул на сервак. ls_repo_sisyphus.sh. Как есть. Не правленный.

Отлично, в субботу займусь .

[kostyalamer]

Успел немного раньше, теперь наши сизифные репы тоже автоиндексируются 2 раза в сутки в 4.20 и16.20
Ссылки для тех кто хочет чего-нибудь отзеркалить :
32 - бита :
http://www.altlinuxclub.ru/repo/repo_s_32.html - пакеты
http://www.altlinuxclub.ru/repo/repo_s_base_32.html - base к ним
64 - бита :
http://www.altlinuxclub.ru/repo/repo_s_64.html - пакеты
http://www.altlinuxclub.ru/repo/repo_s_base_64.html - base к ним
src-хи :
http://www.altlinuxclub.ru/repo/repo_s_src.html

В выходные постараюсь закончить с архивными репами и отразить всю эту информацию на клубном сайте.

[Balbes]

Пытаюсь скачать какой-нибудь пакет или исходник - получаю "Сервер не найден".

Кость, а может индексирование делать один раз в 4-20 ?

[kostyalamer]

Пытаюсь скачать какой-нибудь пакет или исходник - получаю "Сервер не найден".

Кость, а может индексирование делать один раз в 4-20 ?

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

[ИВК]

У меня сборка часто обрывается именно из-за недоступности клубного репозитория.

[Balbes]

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

Попробовал сейчас в обоих репах (32 и 64) - скачивается. И исходники скачиваются. Странно, может на самом хостере то же есть какие-то особенности или зависит от нагрузки ?

У меня сборка часто обрывается именно из-за недоступности клубного репозитория.

Кстати, а я то думаю, что у меня в последнее время стало часто обламывать сборку, вроде всё как обычно делаю , но сборка то проходит то нет, при том, что ни чего не меняю, а просто тупо перезапускаю сборку. Раньше использовал для сборки оф. репы и локальную ( в которую добавлял нужное из клубной), а сейчас перешол на сетевые (для проверки).
Так, всё, сливаю себе все репы локально и буду собирать с локальных вариантов, а сетевые буду только синхронизировать, хватит зависить от капризов "погоды у провайдеров" ....

Сообщение отредактировал Balbes - 31.10.2015, 18:29

[kostyalamer]

Так, всё, сливаю себе все репы локально и буду собирать с локальных вариантов, а сетевые буду только синхронизировать, хватит зависить от капризов "погоды у провайдеров" ....

Правильно - сливай, заодно посмотрим какая будет скорость слива.
PS Провайдеры честно говоря вообще задолбали, интернет временами работает очень медленно. Чувствую что dns-ы проверяют по какой-то базе перед тем как разрешить соединение

[Balbes]

Наша репа для p7 64 бита теперь тоже индексируется автоматически 2 раза в сутки в 4.10 и в 16.10
Для тех, кто хочет выкачать репу целиком :
http://www.altlinuxclub.ru/repo/repo_p7_64.html - пакеты
http://www.altlinuxclub.ru/repo/repo_p7_base_64.html - base
PS Дан, залей пожалуйста на сервак свой текущий сизифный скрипт я в нем переправлю адреса, или посмотри как у меня сделано и подправь их сам если есть время / желание этим заниматься.

Попробовал указанные ссылки для скачивания всей репы одним махом, но попадаю на страницу с обычным выбором ссылок (пакетов) для скачивания по одному пакету, т.е. надо выкачивать все пакеты тыкая в каждый пакет по отдельности ? А за таренного архива всей репы , в месте с индексами (типа одного файла архива, который в MC можно создать по F2 стоя на двух точках в каталоге репы) на серваке нету ?

[kostyalamer]

Попробовал указанные ссылки для скачивания всей репы одним махом, но попадаю на страницу с обычным выбором ссылок (пакетов) для скачивания по одному пакету, т.е. надо выкачивать все пакеты тыкая в каждый пакет по отдельности ? А за таренного архива всей репы , в месте с индексами (типа одного файла архива, который в MC можно создать по F2 стоя на двух точках в каталоге репы) на серваке нету ?

Япона мать , мужики срочно читаем ман wget- а , я тут уже несколько раз намекал про wget -i
И вообще, кто должен на его основе простой скриптик написать ? Опять я ? Меня уже немного тошнит от bash-а

Сообщение отредактировал kostyalamer - 31.10.2015, 19:22

[Balbes]

Япона мать , мужики срочно читаем ман wget- а , я тут уже несколько раз намекал про wget -i
И вообще, кто должен на его основе простой скриптик написать ? Опять я ? Меня уже немного тошнит от bash-а

А не ча плЮваться . ты прочитай своё сообщение, сам же написал что :

"Для тех, кто хочет выкачать репу целиком :"

Вот и пиши без "намекал про wget -i ...", конкретно и точно, что надо сделать, что-бы скачать репу целиком для бестолковых вроде меня ...


п.с. И не забывай, что нас читают не только те, кто что-то уже знает в Линуксе, но и начинающие, которым надо всё разъяснить по шагам и популярно, чем больше людей с могут по нашим опусам заняться процессом сборки дистров, создания пакетов или кодингом, тем лучше для всех, появятся свежие взгляды , идеи ... кАроче, свежие пользователи и участнику увлекательного процесса программирования ....

[kostyalamer]

И не забывай, что нас читают не только те, кто что-то уже знает в Линуксе, но и начинающие, которым надо всё разъяснить по шагам и популярно, чем больше людей с могут по нашим опусам заняться процессом сборки дистров, создания пакетов или кодингом, тем лучше для всех, появятся свежие взгляды , идеи ... кАроче, свежие пользователи и участнику увлекательного процесса программирования ....

В общем ты прав, но для чайников будет позже и на клубном сайте, а здесь инфа для своих которым надо побыстрее
Теперь и индексы 6-ой репы приведены к стандартному виду:
репа:
http://www.altlinuxclub.ru/repo/repo_p6.html
http://www.altlinuxclub.ru/repo/repo_p6_base.html
src-хи:
http://www.altlinuxclub.ru/repo/repo_p6_src.html
Они автоиндексируются в 3.50 утра

[kostyalamer]

Репа P5 автоиндексируется в 3.40 утра:
репа:
http://www.altlinuxclub.ru/repo/repo_p5.html
http://www.altlinuxclub.ru/repo/repo_p5_base.html
src-хи :
http://www.altlinuxclub.ru/repo/repo_p5_src.html

4-ая репа индексируется в 3.30 утра:
репа:
http://www.altlinuxclub.ru/repo/repo_4.html
http://www.altlinuxclub.ru/repo/repo_4_base.html
src-хи :
http://www.altlinuxclub.ru/repo/repo_4_src.html

Ура , с репами покончено завтра вечером постараюсь оформить всю эту радость на нашем сайте

Сообщение отредактировал kostyalamer - 31.10.2015, 23:00

[Balbes]

Значтак, надо добавить в команду сборки

Код

--build-args="--define '_debuginfo_skiplist %prefix/*'"

Внимание, два вида кавычек.

Возможно я делаю что-то не так, но при сборке с этими опциями получаю странный результат, дебаг пакет не формируется, но размер файла обычного пакета увеличивается практически на столько же, сколько был пакет дебага, т.е. в результате получаю вместо двух пакетов (обычный и дебаг) один, но размером как сумма обычного и дебага.
Это только у меня так ?

[Дмитрий Ханжин]

Возможно я делаю что-то не так, но при сборке с этими опциями получаю странный результат, дебаг пакет не формируется, но размер файла обычного пакета увеличивается практически на столько же, сколько был пакет дебага, т.е. в результате получаю вместо двух пакетов (обычный и дебаг) один, но размером как сумма обычного и дебага.
Это только у меня так ?

Действительно. Не обратил на это внимание.
Это, однако, дебажные символы, которые в debuginfo идут, остаются в основном пакете.
Я пока не сообразил, как их вырезать, и https://www.altlinux.org/RPM/debuginfo не просветлило.
Прошу пардону.
Проще всего просто удалить эти debuginfo пакеты.

[dango_]

Действительно. Не обратил на это внимание.
Это, однако, дебажные символы, которые в debuginfo идут, остаются в основном пакете.
Я пока не сообразил, как их вырезать, и https://www.altlinux.org/RPM/debuginfo не просветлило.
Прошу пардону.
Проще всего просто удалить эти debuginfo пакеты.

Однако... Есть такое дело...
Придется выкинуть аргумент из команды сборки и пересобрать последние пакеты, которые не noarch, попутно прибивая пакеты debuginfo.

[kostyalamer]

Вообще, борьба с дебагами совершенно бесперспективна. У меня создается впечатление , что в клубе больше нечем заняться,
мужики гда репообразуюший скриптик для wget-а ? В своих репах оставляю ключи от Дмитрия и забываю об этой проблеме напрочь .

[kostyalamer]

Добавил всю эту индексацию на страницу с репозитариями :
http://www.altlinuxclub.ru/repo/repo.html
Теперь эта страница напоминает новогоднюю ёлку

[Balbes]

Проще всего просто удалить эти debuginfo пакеты.

Дык я про это талдычу уже давно, самое простое, добавить одну простенькую строчку в скрипт сборки всех пакетов, которая будет удалять дебаг пакеты перед индексированием репы.

[dango_]

в club-p7 x86_64 и club-sisyphus последние не noarch пакеты были пересобраны, debuginfo удалены

[kostyalamer]

Дык я про это талдычу уже давно, самое простое, добавить одну простенькую строчку в скрипт сборки всех пакетов, которая будет удалять дебаг пакеты перед индексированием репы.

Торвальдс с вами, когда будет день примирения ( Кстати так и не понял кто там с кем примирился Минин и Пожарский с казаками что ли ? ) , тогда и пересоберу эти дурацкие пакеты ( посмотрел, объемчик отличается неслабо ). Строчку туда, строчку сюда - как мне надоели все эти костыли

Сообщение отредактировал kostyalamer - 2.11.2015, 23:55

[dango_]

Торвальдс с вами, когда будет день примирения ( Кстати так и не понял кто там с кем примирился Минин и Пожарский с казаками что ли ? ) , тогда и пересоберу эти дурацкие пакеты ( посмотрел, объемчик отличается неслабо ). Строчку туда, строчку сюда - как мне надоели все эти костыли

Костя, ты ж не первый год в открытом космосе. В любом быстропеременчивом проекте рано или поздно появляется завод по изготовлению костылей.

[Balbes]

хватит с нас моего самописного genbasedir - ного костылика без которого действительно никак

Если не секрет, покажи этот скрипт, может мне то же пригодится ...
И ёщё вопрос, у тебя репы (которые ты заливаешь на сайт) лежат на ПК в каком-то одном каталоге или разбросаны ? И какой у них общий размер ?


п.с. А у нас чё, была "война", раз нужен день примерения ???? Мы же вроде обсуждаем разные варианты, что-бы сделать лучше ....

[kostyalamer]

Если не секрет, покажи этот скрипт, может мне то же пригодится ...
И ёщё вопрос, у тебя репы (которые ты заливаешь на сайт) лежат на ПК в каком-то одном каталоге или разбросаны ? И какой у них общий размер ?


п.с. А у нас чё, была "война", раз нужен день примерения ???? Мы же вроде обсуждаем разные варианты, что-бы сделать лучше ....

А то ты репы не genbasedir-ишь , чего там показывать то :

Код

rm -f /home/k/hasher/repo/i686/RPMS.hasher/*debuginfo*
genbasedir --topdir /home/k/hasher/repo/i686/ &&
echo " OK ! remember : -------- apt-get update --------- " ||
echo " --- Error !!! --- "

В одном , объем около 3Гб.
Какая война, надо просто поржать иногда

[Balbes]

Есть предложение слить в одну ТЕМЫ на форуме про репы. Зачем дублировать почти одну и туже инфу в нескольких разных местах ?

[ИВК]

Есть предложение слить в одну ТЕМЫ на форуме про репы. Зачем дублировать почти одну и туже инфу в нескольких разных местах ?

То есть темы "Клубный репозиторий совместимый с Sisyphus" и "Клубный репозиторий x86_64" влить в тему "Репозитарий ALT Linux Active Users Club" (и дублирующие посты тогда оттуда поудалять)? Это на усмотрение всех, кто данными темами пользуется чаще других, вам виднее. Если никто не против, то проделать эту операцию недолго.

[kostyalamer]

То есть темы "Клубный репозиторий совместимый с Sisyphus" и "Клубный репозиторий x86_64" влить в тему "Репозитарий ALT Linux Active Users Club" (и дублирующие посты тогда оттуда поудалять)? Это на усмотрение всех, кто данными темами пользуется чаще других, вам виднее. Если никто не против, то проделать эту операцию недолго.

В принципе я не против, но тогда предлагаю сделать еще одну тему под названием "Заявки на сборку пакетов в репы" в которую обязательно помещать что нужно собрать и в какую репу . Тогда у нас будут 2 темы : репозитарий и заявки. Мешать же вообще все в одну кучу нецелесообразно - не удобно работать.
Дан, у тебя какие мысли на этот счет?

[Koi.v2]

Одна тема это хорошо, а то я до сих пор не могу определится куда лучше писать.

[dango_]

В принципе я не против, но тогда предлагаю сделать еще одну тему под названием "Заявки на сборку пакетов в репы" в которую обязательно помещать что нужно собрать и в какую репу . Тогда у нас будут 2 темы : репозитарий и заявки. Мешать же вообще все в одну кучу нецелесообразно - не удобно работать.
Дан, у тебя какие мысли на этот счет?

Я тоже непротив. И за единую тему про репы и за отдельную тему про заявки.

[ИВК]

Итак, три темы про репозитории соединены в одну - "Репозитарий ALT Linux Active Users Club". Сейчас ещё прочищу её от получившегося дублирования постов. Вот эту тему, в которой сейчас находимся, насколько я понимаю, туда же вливать не надо, потому что она не про текущую работу с репами, а про стратегию. И что с темой про заявки?

[ИВК]

Насчёт дубляжа в теме о репозиториях. Где два полностью одинаковых поста, там лишние убрал, а где в одном про club-p7 x86_64, а в другом про club-sisyphus и т.п. - нет уж, лучше пусть останется как есть, там полдня пришлось бы порядок наводить

[kostyalamer]

Насчёт дубляжа в теме о репозиториях. Где два полностью одинаковых поста, там лишние убрал, а где в одном про club-p7 x86_64, а в другом про club-sisyphus и т.п. - нет уж, лучше пусть останется как есть, там полдня пришлось бы порядок наводить

Спасибо Иван ! Не представляю как ты вообще все это безобразие разгреб

[ИВК]

Это было несложно: при слиянии нескольких тем в одну посты сами сортируются в хронологическом порядке, а полностью одинаковых постов было мало, так что удалил их быстро.

[dango_]

Иван, спасибо. Рад оптимизации.