1 (2018-10-31 14:55:21 отредактировано saahriktu)

Я вот, например, организовал репозиторий https://github.com/saahriktu/mageia6-srpms на github'е, а также группу https://vk.com/mageia_hackers во Вконтакте.

UPD. Группу "Mageia hackers" пришлось закрыть: https://yadi.sk/d/lEMOKU3k7egsZA .

Рабочие ссылки теперь такие:
Пакеты на github'е: https://github.com/saahriktu/mageia-pkg-dev .
.src.rpm пакеты - https://yadi.sk/d/cP2HAtnbtLBayg .
.rpm пакеты - https://yadi.sk/d/UgsfomqGxvqlZA .

Mageia 8 x86_64 / FVWM

2

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

Разработчик, мейнтейнер, переводчик, по всем вопросам.

3 (2018-10-02 23:15:37 отредактировано saahriktu)

Можно будет потом попробовать. Что-то там сразу видно откуда, что-то может быть сразу уже и не понятно. Ряд .spec файлов были взяты из самой Магейи и допилены до новых версий софта. qcad из Cauldron'а даже трогать не пришлось - он сам собой бэкпортировался. Другие были взяты почти отовсюду. Из openSUSE, из Росы, из репозиториев Федоры, из старого Red Hat'а 7.x,... и т.д. Некоторые .spec файлы, можно сказать, оригинальные. Что-то из этого ещё может требовать дообработки напильником.

Mageia 8 x86_64 / FVWM

4

saahriktu, вот именно, что уже куча мала, сами не помните, что и как. И сейчас не поздно начать и всё переделать.
если взяли из суси, залейте первым коммитом чего взяли, затем свою версию файлов, и будет видно, что поменялось, делов на час.
оринальные программы опять же в отдельную папку.
ещё в идеале в каждую папку положить readme, где на русском языке писать, что это за программа, чего вы с ней сделали.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

5

Ну, не совсем не помню. Я говорил конкретно про источники .spec файлов.

В большинстве случаев со времени написания оригинальных .spec файлов ничего значительно измениться не успело, и в таких случаях приходилось лишь устранять неопределённые для Магейи макросы и приводить в соответствие версии софта и списки опакечиваемых файлов. Но, было и посерьёзнее, да. Например, в случае новой версии systemd со времени старого .spec файла из Магейи systemd успел перейти на meson. А в случае некоторых пакетов из за несоответствия версий файлов autotools пришлось изобретать способ их пересоздания. В одном из случаев это выглядело даже так:

%define AUTOMAKE_VERSION %(automake --version | grep 'GNU\ automake' | sed 's/^.*\ //' | cut -d. -f 1-2)

...

%build
export LDFLAGS="-lX11"
cp -a /usr/share/automake-%{AUTOMAKE_VERSION}/depcomp config
cp -a /usr/share/automake-%{AUTOMAKE_VERSION}/missing config
aclocal
automake --add-missing
autoreconf
%configure
cp -a /usr/share/automake-%{AUTOMAKE_VERSION}/depcomp config
cp -a /usr/share/automake-%{AUTOMAKE_VERSION}/missing config
make

Такое забыть сложно.

Mageia 8 x86_64 / FVWM

6

В общем, ждём новой версии структуры на гитхабе, файлы с русским описанием там были бы гораздо ценнее, чем утопающая в ленте вк информация.
кроме того, если просто заливать src.rpm файлы, то вас могут заблокировать за нарушение условий пользования гитхабом.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

7

saahriktu, а может быть вообще будете вести репозиторий_сообщества.mrc?
Раньше им занимался админ XliN, но ему по личным обстоятельствам стало не до него, сейчас даже не знаю какой адрес, ссылки нигде найти не могу. Есть https://mageia.pkgs.org/6/mageia-russian-community с пустым списком
Что скажете?

8

Есть таки большая разница между тем, чтобы по-тихоньку ковырять что-то своё и тем, чтобы поддерживать чьи-то пакеты. Но, если что, то, может быть, чем-нибудь и помогу с какими-нибудь пакетами.

Mageia 8 x86_64 / FVWM

9

algri14⇓ пишет:

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

У меня все лежит на packages.gb2bel.ru

MXLinux 19.3 - xfce
Чем больше я работаю админом, тем больше понимаю,
насколько волшебна фраза - "Нет технической возможности!"

==============================================
Спасибо сказали: alex_q_20001

10 (2018-10-04 21:44:05 отредактировано algri14)

XliN⇓ пишет:

У меня все лежит на packages.gb2bel.ru

Угу, спасибо.
Это здесь http://packages.gb2bel.ru/
Для новичков: подробно подключение репо из консоли , а для ленивых ниже
- заходите на http://packages.gb2bel.ru/ , далее mageia5/ => x86_64/, копируете ссылку из адресной строки и вставляете её в команду(от root)

Консоль: root
[root@localhost ~]# urpmi.addmedia --distrib http://packages.gb2bel.ru/mageia6/x86_64/
добавляется источник «XliN-REPO-x86_64»
добавляется источник «XliN-REPO-noarch»
добавляется источник «XliN-REPO-Src» (игнорируется по умолчанию)
    http://packages.gb2bel.ru/mageia6/RPMS/ … .hdlist.cz
    http://packages.gb2bel.ru/mageia6/RPMS/ … .hdlist.cz

11 (2018-10-22 22:10:37 отредактировано saahriktu)

Ну вот, кажется доделал ту структуру на github'е: https://github.com/saahriktu/mageia-pkg-dev .

Параллельно я пилил ещё пакеты, и всё это (почти) туда тоже добавил. Вот новые пакеты: https://yadi.sk/d/P5sdVJ-gsQ-TVQ . А вот старые пакеты с которых всё началось: https://yadi.sk/d/NBC7DWNK30cNDA .

Mageia 8 x86_64 / FVWM

12 (2018-10-22 23:49:39 отредактировано AlexL)

В каждое Readme стоит добавить в чём ценность модификации.
Кроме того, не видно, что является простым бэкпортом из cauldron. Явно не хватает папки для бэкпортов.
В основное Readme добавить ссылки на src.rpm, на rpm.
Страница на гитхабе основная, визитная карточка, там в первую очередь должна быть вся информация, которая затем может дублироваться по форумам, вконтактам.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

13 (2018-10-23 00:30:48 отредактировано saahriktu)

Так там и нет модификаций как таковых кроме изменения опций в паре пакетов. В основном просто либо обновления до более новых версий, либо порты из других дистрибутивов отсутствующего в Магейе. Не более. Именно поэтому мне и было лениво пилить всю эту структуру.

Бэкпорты из Cauldron'а я туда пока ещё даже не добавлял. Ведь, я там совершенно ничего не модифицировал. Соответственно, это никак не может считаться моей работой даже условно. А в уже добавленном я хотя бы по несколько строк в .spec файлах да отредактировал. Хоть и тоже в основном условно.

Хотя, например, для googler'а я взял .spec из Cauldron'а, но не бэкпортировал имеющуюся там на тот момент версию, а обновил до ещё более новой версии для Магейи 6.1.

Mageia 8 x86_64 / FVWM

14

Конечная цель какая? Иметь rpm пакеты. А они не выложены, кому-то были бы нужны. Для бэкпортов можно, как вариант, на гитхабе ничего не делать, просто будут src.rpm и rpm.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

15

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

И, например, в таком дистрибутиве как Slackware львиная доля пакетов как раз и распространяется в форме сборочных скриптов (слакбилдов) и исходников через slackbuilds.org. При этом это не единственное хранилище слакбилдов. Многие люди пишут свои слакбилды и выкладывают их, например, на github'е. А бинарные пакеты юзеры получают уже когда запускают эти слакбилды.

Mageia 8 x86_64 / FVWM

16

saahriktu, не для этого сообщества, им нужны пакеты в готовом виде тоже.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

17

saahriktu⇓ пишет:

Ну, многие люди недоверяют даже неофициальным репозиториям бинарных пакетов.

Наверное хотел сказать - "не доверяют даже официальным репозиториям бинарных пакетов."

AlexL⇓ пишет:

не для этого сообщества, им нужны пакеты в готовом виде тоже.

Да, к сожалению не все умеют собирать пакеты.rpm
А вопрос доверия/недоверия решается очень быстро, стоит только положить зловреда в такое репо, то после его обнаружения путь в сообщество будет закрыт. Доверие оно вещь такая - добится не просто, а потерять можно очень быстро wink

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

18

Ну, если готовые .rpm пакеты тоже нужны, то мне не жалко. Вроде бы уже выгрузил, осталось проставить ссылки.

Mageia 8 x86_64 / FVWM

19

algri14, не нужно, пусть у каждого своё.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

20

Ну вот. Проставил ссылки.

Mageia 8 x86_64 / FVWM

21 (2018-10-30 13:55:33 отредактировано algri14)

saahriktu⇓ пишет:

Ну вот. Проставил ссылки.

А где ссылки то?

Да, убеждаюсь всё более и более, что сообществу MRC требуется свой репо и грамотный специалист для его поддержки в классическом понимании репо

Дискуссию по поводу слова "хакер" (и прочее) перенёс в Болталку — "Корректно или не корректно..."

22

algri14, какой репозиторий, если даже в вики картинки перезалить не можете. И всё там устарело.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

23

AlexL пишет:

algri14, какой репозиторий, если даже в вики картинки перезалить не можете. И всё там устарело.

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

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

Меня тут нет!

24

sevo44, это проблема с правами на папки и файлы.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

25

Надо ещё осилить https://build.opensuse.org/, под Магею пакеты собирать. Тогда на гитхабе ссылку на готовые пакеты давать уже из сборочной.

Разработчик, мейнтейнер, переводчик, по всем вопросам.