PostgreSQL Про — наша.

Зачем а главное зачем

Про это компания, а постгрес это субд

@Survolog я сейчас заменю abf.io/import/mariadb на https://abf.io/mikhailnov/mariadb-suse , ранее вставлял в пакет эпоху 50, чтобы mysql-devel был и там, и в mysql-community от Oracle, но сейчас mysql-devel переехал в mysql-connector-c (апстрим начал переименовывать библиотеки, часть плагинов переехала, наш пакет так себе поддерживался, в нем нет процедуры перехода на новую версию, поэтому хочу заменить на качественный пакет на основе suse, заодно наконец заменим /srv/mysql на /var/lib/mysql), обновление для 2019.1, платформа нерелизнутая, поддерживать обновление с 2016.1 мы вряд ли будем, делаю новый пакет без сохранения возможности обновиться со старого без проблем автоматически. Я к чему. Смотрю, mysql-community дальше rosaserve rтак и не уехал, получается, что mysql-devel будет один, а еще libmysqlclient теперь называется libmariadbclinet, нет конфликта имен, поэтому эпоху прсото уберу, а если будешь переносить mysql-community, dспомни об этом

@Survolog я сейчас заменю abf.io/import/mariadb на https://abf.io/mikhailnov/mariadb-suse , ранее вставлял в пакет эпоху 50, чтобы mysql-devel был и там, и в mysql-community от Oracle, но сейчас mysql-devel переехал в mysql-connector-c (апстрим начал переименовывать библиотеки, часть плагинов переехала, наш пакет так себе поддерживался, в нем нет процедуры перехода на новую версию, поэтому хочу заменить на качественный пакет на основе suse, заодно наконец заменим /srv/mysql на /var/lib/mysql), обновление для 2019.1, платформа нерелизнутая, поддерживать обновление с 2016.1 мы вряд ли будем, делаю новый пакет без сохранения возможности обновиться со старого без проблем автоматически. Я к чему. Смотрю, mysql-community дальше rosaserve rтак и не уехал, получается, что mysql-devel будет один, а еще libmysqlclient теперь называется libmariadbclinet, нет конфликта имен, поэтому эпоху прсото уберу, а если будешь переносить mysql-community, dспомни об этом

По-моему, с либрой связь потерялась. Если не в планах её пересобрать, то запущу.

сейчас https://abf.io/platforms/rosa2019.1/mass_builds/2289 опубликуется и перезапущу упавшее в нем

Чего-то такого что ли мы хотим, или какой там синтаксис?
Или нет там части синтаксиса?
for i in PACKAGE; do
 abf remove -p import/$PACKAGE restricted
 abf add -p import/$PACKAGE main
done <list

sed -i "s/-restricted//" list

for i in PACKAGE; do
 abf remove -p import/$PACKAGE main
 abf add -p import/$PACKAGE restricted
done <list

cat list |tr "\n" : >file; sed -i "s/:$//" file

cat file |sed "s/:/-restricted:/g" >file-restricted

abf chain_build -b rosa2019.1 -s rosa2019.1/main -a x86_64 -a i686 -a aarch64 -r rosa2019.1/main -i file

abf chain_build -b rosa2019.1 -s rosa2019.1/main -a x86_64 -a i686 -a aarch64 -r rosa2019.1/main -r rosa2019.1/restricted -i file-restricted

что это?

import/ в файлах забыл ещё.
Перемещаем весь restricted в main, все ответные пакеты в restricted.

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

Да там осмысливать нечего. Просто предложение парные проекты в main и restricted поменять местами.
Разве что в restricted останется после перемещения туда мейновых проектов что-то ещё с ними сделать, чтобы они накладывались поверх мейновых, а не наоборот.
Хм...
Не, ерунда получится. Вряд ли надо в main суффикс plf.

менять их местами - шило на мыло, все равно 2 пакета придется поддерживать, зачем?

А зачем нет, если они уже есть?

1. QA
2. Рассинхрон
3. Лишний репозиторий => дольше обновление метаданных, больше внимания в repoclosure
Ради раскольцовки сборочных зависимостей тащить целый репозиторий - идея сомнительная, пробелма решается последовательной сборкой в контейнерах

Так его ведь и вывести после из QA можно будет. Зачем там QA, если пакеты из restricted уже будут мало кому нужны?

А зачем то, что никому не интересно, не проходит QA и, следовательно, превратится в свалку?

Ну, сейчас эта свалка для США зачем-то в мейне лежит.
Удалить вариант, конечно, но Андрей писал, что ему этот полигон удобен. Так пусть он хоть реальным будет полигоном, а не полигоном с чем-то реально полезным.