Никаких проблем не замечал с ним. А можно ссылку на билд-лист, чтобы посмотреть, почему не собирается?Nemial писал(а):А с abf все хорошо?(просто у меня на ней не собирается проект со вчерашнего вечера)
Пакет не собирается.Pulfer писал(а):Есть ещё такая задача, буду очень благодарен, если кто-нибудь поможет. Надо обновить mysql-workbench-oss до версии 6.3.6. Пакет собирается долго, поэтому сам не очень хочу с ним возиться, лучше за это же время починю сборку пары десятков других пакетов в Контрибе. Конечно, если никто не заинтересуется, то ничего страшного, сам рано или поздно обновлю.
Код: Выделить всё
-- Could NOT find PY_paramiko (missing: PY_PARAMIKO)
CMake Warning at CMakeLists.txt:102 (message):
Paramiko wasn't found, you can still build Workbench, but may not work
properly.
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
Could NOT find MySQL: Found unsuitable version "#define
MYSQL_SERVER_VERSION "10.0.22-MariaDB"", but required is at least "5.6.0"
(found /usr/include/mysql)
Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:386 (_FPHSA_FAILURE_MESSAGE)
build/cmake/Modules/FindMySQL.cmake:90 (find_package_handle_standard_args)
CMakeLists.txt:104 (find_package)
-- Configuring incomplete, errors occurred!Больше похоже, что просто строки некорректно сравнились и получилось, что 10.0.22-MariaDB меньше, чем требуемая 5.6.0. Хотя может новыми версиями MariaDB вообще не поддерживается, тогда пакет mysql-workbench-oss придётся просто выкинуть.Алзим писал(а):Как я понял, он требует новый Мускул:
MYSQL_SERVER_VERSION "10.0.22-MariaDB"", but required is at least "5.6.0"
Там патч есть. Может он влияет? Я в программировании не понимаю и английский знаю плохо.Pulfer писал(а):Больше похоже, что просто строки некорректно сравнились и получилось, что 10.0.22-MariaDB меньше, чем требуемая 5.6.0. Хотя может новыми версиями MariaDB вообще не поддерживается, тогда пакет mysql-workbench-oss придётся просто выкинуть.Алзим писал(а):Как я понял, он требует новый Мускул:
MYSQL_SERVER_VERSION "10.0.22-MariaDB"", but required is at least "5.6.0"
Видимо, раньше такая проверка была только в коде, а сейчас ещё в cmake-проекте надо её отключать.Алзим писал(а):Там патч есть. Может он влияет? Я в программировании не понимаю и английский знаю плохо.
https://abf.io/alzim/mysql-workbench-os ... b-10.patch
Код: Выделить всё
DEBUG: Выполняется(%prep): /bin/sh -e /var/tmp/rpm-tmp.1745
DEBUG: + umask 022
DEBUG: + cd /builddir/build/BUILD
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + cd /builddir/build/BUILD
DEBUG: + rm -rf v4l2loopback-0.9.1
DEBUG: + /bin/gzip -dc /builddir/build/SOURCES/v4l2loopback-0.9.1.tar.gz
DEBUG: + /bin/tar -xf -
DEBUG: + STATUS=0
DEBUG: + '[' 0 -ne 0 ']'
DEBUG: + cd v4l2loopback-0.9.1
DEBUG: + exit 0
DEBUG: Выполняется(%build): /bin/sh -e /var/tmp/rpm-tmp.1745
DEBUG: + umask 022
DEBUG: + cd /builddir/build/BUILD
DEBUG: + cd v4l2loopback-0.9.1
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + /usr/bin/make -j8
DEBUG: Building v4l2-loopback driver...
DEBUG: /usr/bin/make -C /lib/modules/`uname -r`/build M=/builddir/build/BUILD/v4l2loopback-0.9.1 modules
DEBUG: make[1]: *** /lib/modules/4.1.25-nrj-desktop-1rosa-x86_64/build: No such file or directory. Stop.
DEBUG: Makefile:42: recipe for target 'v4l2loopback.ko' failed
Можно глянуть на примереNemial писал(а):А как собирать программы, которым требуется модуль dkms?
Тут сходу не могу сказать, к сожалению. Что-то не так с путями, а вот что - надо разбираться.Nemial писал(а):И, что можно сделать с этим?
Код: Выделить всё
KERNELRELEASE ?= `uname -r`
KERNEL_DIR ?= /lib/modules/$(KERNELRELEASE)/buildДля каждой версии ядра требуется своя сборка драйвера. Потому помещать их в бинарной форме в rpm смысла мало.Nemial писал(а):И, что можно сделать с этим?Код: Выделить всё
DEBUG: Building v4l2-loopback driver... DEBUG: /usr/bin/make -C /lib/modules/`uname -r`/build M=/builddir/build/BUILD/v4l2loopback-0.9.1 modules DEBUG: make[1]: *** /lib/modules/4.1.25-nrj-desktop-1rosa-x86_64/build: No such file or directory. Stop. DEBUG: Makefile:42: recipe for target 'v4l2loopback.ko' failed
А он похоже не рабочий.Nemial писал(а):И можете опубликовать OpenShot, а то его собрали, но забыли опубликовать.
У меня на KDE5 не запускается.Nemial писал(а):Почему?
И, все-таки его не получилось запустить?VictorR2007 писал(а):У меня не KDE5 не запускается.Nemial писал(а):Почему?
Сначала понадобилось установить пакет python3-pkg-resources.
Одна ошибка ушла, но вылезла другая.
Дальше не разбирался.Nemial писал(а):И, все-таки его не получилось запустить?
А, как вы делаете переводы к приложения(с помощью какой программы, да и как сам процесс проходит), было бы полезно узнать.VictorR2007 писал(а):Дальше не разбирался.Nemial писал(а):И, все-таки его не получилось запустить?
Нужно было сделать перевод к qbittorrent, так как там был не полный.
Кстати, с приложениями на python часто такая фигня.
Может собираться без ошибок, а фик работает.
И за мной переделывают. Всяко бывает.Nemial писал(а): Надо же как-то вас просвещать в том, что вы не правильно указываете. И опять же разработчики не только за мной переделывают и переделывали?, это тоже большой вопрос. Так что с такими претензиями и я к вам мог бы обратиться.
С такими вопросами сюда http://forum.rosalab.ru/viewtopic.php?f ... 500#p49434Nemial писал(а):А, как вы делаете переводы к приложения(с помощью какой программы, да и как сам процесс проходит), было бы полезно узнать.
А, вы можете свой mock-urpm добавить в основной репозиторий, да и почему вы многие программы из своего репозитория не переносите в общий?VictorR2007 писал(а):Когда выпустите пар, почищу тему.
На мой взгляд, пустой разговор.
Всё равно пул-реквесты тщательно проверяются.
Да ещё потом отправляются на проверку QA.
Никто не застрахован от ошибок.
Так что ничего страшного.
Разработчики поправят ошибки при необходимости.
Нет, mock-urpm нельзя переносить.Nemial писал(а): А, вы можете свой mock-urpm добавить в основной репозиторий, да и почему вы многие программы из своего репозитория не переносите в общий?
Так спрашивайте, что не ясно в примере, который подсказали.Nemial писал(а):Еще бы понять как это в спек записать.
Смотря что в нём содержится. Если просто копировать, то как быть с PACKAGE_VERSION и прочим, вручную редактировать файл при выходе новой версии драйвера?Nemial писал(а):А если уже есть dkms.conf, то что тогда, Просто копировать его?
Код: Выделить всё
PACKAGE_NAME="v4l2loopback"
PACKAGE_VERSION="0.9.1"
# Items below here should not have to change with each driver version
MAKE[0]="make KERNEL_DIR=${kernel_source_dir} all"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="$PACKAGE_NAME"
DEST_MODULE_LOCATION[0]="/extra"
REMAKE_INITRD="no"
AUTOINSTALL="yes"Код: Выделить всё
cat > %{buildroot}%{_usrsrc}/%{name}-%{version}/dkms.conf << EOF
PACKAGE_NAME=%{name}
PACKAGE_VERSION=%{version}
MAKE[0]="make KERNEL_DIR=\${kernel_source_dir} all"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="$PACKAGE_NAME"
DEST_MODULE_LOCATION[0]="/extra"
REMAKE_INITRD="no"
AUTOINSTALL="yes"
EOF
Код: Выделить всё
%define _enable_debug_packages %{nil}
%define debug_package %{nil}
Summary: v4l2-loopback device
Name: v4l2loopback
Version: 0.9.1
Release: 2
Source0: %{name}-%{version}.tar.gz
License: GPLv2
Group: System/Kernel and hardware
URL: https://github.com/umlaeute/v4l2loopback
%description
this module allows you to create "virtual video devices" normal (v4l2)
applications will read these devices as if they were ordinary video devices
#-------------------------------------------------------------------------------------------------
%package -n dkms-%{name}
Summary: v4l2-loopback device
Group: System/Kernel and hardware
Requires(post): dkms
Requires(preun): dkms
%description -n dkms-%{name}
this module allows you to create "virtual video devices" normal (v4l2)
applications will read these devices as if they were ordinary video devices
%files -n dkms-%{name}
%dir %{_usr}/src/%{name}-%{version}-%{release}
%{_usr}/src/%{name}-%{version}-%{release}/*
%{_bindir}/v4l2loopback-ctl
#-------------------------------------------------------------------------------------------------
%prep
%setup -qn %{name}-%{version}
%build
%install
# install dkms sources & .conf
# PRE_BUILD not conforming yet, so ./configure at MAKE phase
mkdir -p %{buildroot}%{_usr}/src/%{name}-%{version}-%{release}
mkdir -p %{buildroot}%{_bindir}
install -m755 utils/v4l2loopback-ctl %{buildroot}%{_bindir}/
rm -rf dkms.conf
cp -R * %{buildroot}%{_usr}/src/%{name}-%{version}-%{release}/
cat > %{buildroot}%{_usr}/src/%{name}-%{version}-%{release}/dkms.conf << EOF
PACKAGE_NAME=%{name}
PACKAGE_VERSION=%{version}
MAKE[0]="make KERNEL_DIR=${kernel_source_dir} all"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="$PACKAGE_NAME"
DEST_MODULE_LOCATION[0]="/extra"
REMAKE_INITRD="no"
AUTOINSTALL="yes"
EOF
%post
set -x
/usr/sbin/dkms --rpm_safe_upgrade add -m %{module} -v %{version}
# Build and install the driver for all available kernels that have devel
# files, no matter how these kernels were installed (from RPMs or manually).
# Do not fail the installation of the package if the build fails for some
# kernels, this may happen during testing, etc.
for kk in /lib/modules/*; do
kk=$(echo $kk | sed 's/^\/lib\/modules\///');
if test -d "/lib/modules/$kk/build"; then
/usr/sbin/dkms --rpm_safe_upgrade build -m %{module} -v %{version} -k $kk &&
/usr/sbin/dkms --rpm_safe_upgrade install -m %{module} -v %{version} -k $kk || true
else
echo "WARNING: No development files for kernel \"$kk\"" > /dev/stderr;
fi;
done
%preun
echo -e "Uninstall of %{module} module (version %{version}-%{release}) beginning:"
set -x
/usr/sbin/dkms --rpm_safe_upgrade remove -m %{module} -v %{version} --all || trueПринял, но обновление telegram оказалось проблемным. Не проходит тесты. Буду разбираться и чинить...Nemial писал(а):Примите пул реквесты по
telegram https://abf.rosalinux.ru/import/telegra ... requests/3
telegramqml https://abf.rosalinux.ru/import/telegra ... requests/1
libqtelegram-ae https://abf.rosalinux.ru/import/libqtel ... requests/1
Странная была причина.Nemial писал(а):Напишите потом в чем причина была?
Были перепутаны тарболы с исходниками - под видом 32-битного оказался 64-битный и наоборот.Там надо будет ещё доработать пакет. Лучше напомнить мне о нём завтра.Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.
Пулл реквест отправлен, но проект не собран.Pulfer писал(а):Кстати, хорошо бы на qgis 2.14.3 попробовать сделать пулл-реквест.
Да, что-то новая версия совсем не собирается. Похоже, надо geos до 3.5.0 обновить, так что уже для новой платформы отложим. Но всё равно спасибо за попытку.Алзим писал(а):Пулл реквест отправлен, но проект не собран.
+1Nemial писал(а):Алзим, давайте забудем наши споры и обиды, так сказать помиримся. И не хотите ли вы помочь мне в одной деле(по сборке пакетов cinnamon), если в группе решат, что им будут пользоваться?
Нет. Не хотел бы. Мне этот проект малоинтересен.Nemial писал(а):И не хотите ли вы помочь мне в одной деле(по сборке пакетов cinnamon)
А я не с кем не воевал и ни на кого обид или зла не держу.VictorR2007 писал(а): Тоже мечтаю об этом.
Сотрудничество и взаимопомощь гораздо продуктивнее противостоянию.
Было бы полезно всем.
Я похоже что-то прозевал.Алзим писал(а):Порядок отправки пулл реквестов должен быть один для всех, за исключением определённых случаев.
Я не написал, что порядок есть. Я написал, что он должен быть.VictorR2007 писал(а):Я похоже что-то прозевал.Алзим писал(а):Порядок отправки пулл реквестов должен быть один для всех, за исключением определённых случаев.
Можно ссылку на порядок отправки пулл реквестов.
Как правильно, и кто создал это правило?
Спасибо за пояснения.Алзим писал(а):Но, судя по последним веяниям, эту статью можно упростить до просто отправки пулл реквеста.
Код: Выделить всё
%define devevas %mklibname evas -dНапоминаю.Pulfer писал(а):Там надо будет ещё доработать пакет. Лучше напомнить мне о нём завтра.Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.
В смысле, без define везде писать прямо макросы типа такого?Nemial писал(а):А не проще так и прописать, а не через define?
Код: Выделить всё
%package -n %{mklibname %{name} -d}Код: Выделить всё
%package -n %{_lib}%{name}-develКод: Выделить всё
%ifarch x86_64
%package -n lib64%{name}-devel
%else
%package -n lib%{name}-devel
%endifСобрал.Nemial писал(а):И можно i3status в обычные репы росы добавить?
Добавил и частично поправил, но всё же две вещи мне в пакете ещё не нравятся. Сам править их не буду, т.к. не уверен, что после правок всё будет работать как надо.Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.
Куда надо ложить и есть ли какие спецификации по этому вопросу, я не знаю. Я делал по образцу от owncloud.Pulfer писал(а): 1. В конфиге прописан путь "Alias /nextcloud /usr/share/webapps/nextcloud/". Разве не в /var ему место, а не в /usr? /var/lib/nextcloud/webapps/ или может /var/www/webapps/nextcloud/
Да вот я тоже не знаю, поэтому не стал ничего сам менять.Алзим писал(а):Куда надо ложить и есть ли какие спецификации по этому вопросу, я не знаю. Я делал по образцу от owncloud.
По сути, nextcloud — это обычный движок(скрипт) сайта, который можно запихнуть куда угодно. У меня он в Хомяке лежит. В специальном каталоге для сайтов. Главное, правильно путь к нему прописать, чтобы Апач нашёл папку с файлами сайта.
Алзим, а проблемы действительно возникают? У нас последние обновления виртуалбокса сломали сборку образов (добавили они там зависимость не подумав... и на починку ушло довольно много времени) поэтому хотелось бы исправлять реально воспроизводимые регрессии.Алзим писал(а):Примите пулл реквест на ВиртуалБокс https://abf.io/import/virtualbox/pull_requests
Релиз хоть и корректирующий, в котором отмечено 29 исправлений, направленных на увеличение стабильности и устранение регрессивных изменений, но похоже самый для меня: «Устранены проблемы, возникающие при запуске 32-разрядных гостевых систем в 64-разрядном хост-окружении с процессорами Intel Sandy Bridge и Ivy Bridge». Именно, в таком варианте и с таким процессором у меня и используется ВиртуалБокс (Гостевые — 32-х, Хост — 64-х).
http://www.opennet.ru/opennews/art.shtml?num=44616
У меня если и есть проблемы в ВиртуалБоксе, то только с гостевой Виндой. Почему-то жрёт памяти или чего-то ещё так, что если в хостовой системе открыт Хромиум, то он будет виснуть какое-то длительное время даже после выхода из гостевой Винды и закрытия ВиртуалБокс полностью. Приходиться отключать Хромиум, а только потом запускать виртуальную Винду.keleg писал(а): Алзим, а проблемы действительно возникают?
Наверное, имеется в виду, что используемый KF 5 был собран с версией Qt 5.6.0, а текущая версия Qt - 5.6.1. Сейчас как раз собираю в свой тестовый репозиторий KF 5.23.0 и Plasma 5.6.5. Посмотрю при тестировании и на этот момент.Алзим писал(а):По-моему, Qt как-то неправильно собрался.
Сегодня пересобирал для себя пасьянсы из Плазмы 5 и увидел такое: Но, по-моему, или написано неправильно, или что-то не то.
Пасьянсы я собирал через ABF, значит и собрано должно быть с версией 5.6.1, а не с 5.6.0.
Ведь в ABF должна быть версия 5.6.1
Тогда, наверное, ошибка перевода.Pulfer писал(а):Да, так и есть, фраза "собрана с Qt 5.6.0" относится к KF 5.
Уже ушли в репозиторииАлзим писал(а):Примите, пожалуйста, пул реквесты:
1. https://abf.io/import/meld
2. https://abf.io/import/plank
Код: Выделить всё
rosa # urpme --auto-orphans
writing /var/lib/rpm/installed-through-deps.list
Для удовлетворения зависимостей будет удалён следующий пакет (105КБ):
(осиротевший пакет)
oxygen-fonts-5.4.3-3-rosa2014.1.x86_64
Удалить 1 пакет? (y/N)
Да, он уже никакому пакету не нужен. В апстриме достаточно давно от него отказались (начиная с Plasma 5.5). В репозиториях я его оставил, потому что вдруг кому-то он всё же нравится.Алзим писал(а):Обновил всю систему полностью. Теперь вижу, что oxygen-fonts попал в сироты.
Это так должно быть или это баг?
dmenu входит в пакет dwm-tools, так исторически сложилось. Может правильнее будет раскидать dwm-tools на отдельные пакеты, но сейчас времени на это совсем нет.Nemial писал(а):Соберите в репы dmenu, а то в серверных репах есть, а в наших нет.
Код: Выделить всё
DEBUG: Выполняется(%build): /bin/sh -e /var/tmp/rpm-tmp.15194
DEBUG: + umask 022
DEBUG: + cd /builddir/build/BUILD
DEBUG: + cd dwm-tools-32
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + '[' 1 -eq 1 ']'
DEBUG: + for dwmtools in dmenu-4.6 lsw-0.3 slock-1.3 sselp-0.2 ssid-0.1 swarp-0.1 tabbed-0.6 wmname-0.1
DEBUG: + make -C dmenu-4.6 PREFIX=/usr
DEBUG: make: Entering directory '/builddir/build/BUILD/dwm-tools-32/dmenu-4.6'
DEBUG: dmenu build options:
DEBUG: CFLAGS = -std=c99 -pedantic -Wall -Os -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -D_POSIX_C_SOURCE=200809L -DVERSION="4.6" -DXINERAMA
DEBUG: LDFLAGS = -s -L/usr/X11R6/lib -lX11 -lXinerama -lfontconfig -lXft
DEBUG: CC = cc
DEBUG: creating config.h from config.def.h
DEBUG: CC dmenu.c
DEBUG: In file included from dmenu.c:16:0:
DEBUG: /usr/include/X11/Xft/Xft.h:39:22: fatal error: ft2build.h: No such file or directory
DEBUG: #include <ft2build.h>
DEBUG: ^
DEBUG: compilation terminated.
DEBUG: Makefile:18: recipe for target 'dmenu.o' failed
DEBUG: make: Leaving directory '/builddir/build/BUILD/dwm-tools-32/dmenu-4.6'
DEBUG: make: *** [dmenu.o] Error 1
Тут неправильный флаг передается - "-I/usr/X11R6/include/freetype2". Надо "-I/usr/include/freetype2", без X11.Nemial писал(а):Что можно тут сделать, чтобы собиралось?P.S lib64freetype6-devel установленКод: Выделить всё
DEBUG: CFLAGS = -std=c99 -pedantic -Wall -Os -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -D_POSIX_C_SOURCE=200809L -DVERSION="4.6" -DXINERAMA
Код: Выделить всё
DEBUG: make -C src all
DEBUG: make[1]: Entering directory '/builddir/build/BUILD/jwm-s1536/src'
DEBUG: make[1]: Nothing to be done for 'all'.
DEBUG: make[1]: Leaving directory '/builddir/build/BUILD/jwm-s1536/src'
DEBUG: make -C po all
DEBUG: make[1]: Entering directory '/builddir/build/BUILD/jwm-s1536/po'
DEBUG: make[1]: Leaving directory '/builddir/build/BUILD/jwm-s1536/po'
DEBUG: make -C src install
DEBUG: make[1]: Entering directory '/builddir/build/BUILD/jwm-s1536/src'
DEBUG: install -d /usr/bin
DEBUG: install jwm /usr/bin/jwm
DEBUG: install: cannot create regular file '/usr/bin/jwm': Permission denied
DEBUG: Makefile:24: recipe for target 'install' failed
DEBUG: make[1]: Leaving directory '/builddir/build/BUILD/jwm-s1536/src'
DEBUG: make[1]: *** [install] Error 1
DEBUG: make: *** [install] Error 2
DEBUG: Makefile:13: recipe for target 'install' failed
DEBUG: error: Неверный код возврата из /var/tmp/rpm-tmp.65289 (%install)
Тут надо указать для make install, что ставить пакет надо в %{buildroot}, а не в систему.Nemial писал(а):DEBUG: install: cannot create regular file '/usr/bin/jwm': Permission denied
А как поменять тут флаг?d_uragan писал(а):Тут неправильный флаг передается - "-I/usr/X11R6/include/freetype2". Надо "-I/usr/include/freetype2", без X11.Nemial писал(а):Что можно тут сделать, чтобы собиралось?P.S lib64freetype6-devel установленКод: Выделить всё
DEBUG: CFLAGS = -std=c99 -pedantic -Wall -Os -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -D_POSIX_C_SOURCE=200809L -DVERSION="4.6" -DXINERAMA
Код: Выделить всё
DEBUG: muffin.x86_64: W: shared-lib-calls-exit /usr/lib64/libmuffin.so.0.0.0 exit@GLIBC_2.2.5
DEBUG: muffin-devel.x86_64: W: no-major-in-name muffin-devel
DEBUG: muffin-devel.x86_64: W: no-dependency-on muffin/muffin-libs/libmuffin
DEBUG: muffin.x86_64: E: incoherent-version-in-name (Badness: 50) 0
DEBUG: 3 packages and 0 specfiles checked; 1 errors, 3 warnings.
DEBUG: (none): E: badness 50 exceeds threshold 49.
Код: Выделить всё
Summary: Window and compositing manager based on Clutter
Name: muffin
Version: 3.0.5
Release: 1
Group: Graphical desktop/Other
License: GPLv2+
URL: https://github.com/linuxmint/muffin
Source0: muffin-%{version}.tar.gz
Source1: muffin-adwaita.txt
#Imported from Fedora 23
Patch0: revert_ibus.patch
Patch1: remove_muffin_binary.patch
##########################################################################
BuildRequires: pkgconfig(clutter-1.0)
BuildRequires: pkgconfig(sm)
BuildRequires: pkgconfig(libcanberra)
BuildRequires: pkgconfig(cinnamon-desktop)
BuildRequires: pkgconfig(gnome-doc-utils)
BuildRequires: pkgconfig(gobject-introspection-1.0)
BuildRequires: zenity
# Bootstrap requirements
BuildRequires: pkgconfig(gtk-doc)
BuildRequires: gnome-common
BuildRequires: intltool
Requires: dbus-x11
Requires: zenity
%description
Muffin is a window and compositing manager that displays and manages
your desktop via OpenGL. Muffin combines a sophisticated display engine
using the Clutter toolkit with solid window-management logic inherited
from the Metacity window manager.
Muffin is very extensible via plugins, which
are used both to add fancy visual effects and to rework the window
management behaviors to meet the needs of the environment.
%files -f %{name}.lang
%doc README AUTHORS NEWS HACKING doc/theme-format.txt COPYING
%{_libdir}/libmuffin.so.*
%dir %{_libdir}/muffin/
%{_libdir}/muffin/*
%dir %{_datadir}/muffin/
%{_datadir}/muffin/theme/
%{_datadir}/glib-2.0/schemas/org.cinnamon.muffin.gschema.xml
%{_datadir}/themes/Adwaita/metacity-1/
##############################################################################################
%package devel
Summary: Development package for %{name}
Group: Development/Other
Requires: %{name} = %{EVRD}
%description devel
Header files and libraries for developing Muffin plugins. Also includes
utilities for testing Metacity/Muffin themes.
%files devel
%{_bindir}/muffin-theme-viewer
%{_bindir}/muffin-window-demo
%{_datadir}/muffin/icons/
%{_datadir}/gtk-doc/html/muffin/
%dir %{_includedir}/muffin
%{_includedir}/muffin/*
%{_libdir}/libmuffin.so
%{_libdir}/pkgconfig/*
%{_mandir}/man1/muffin-*
##############################################################################################
%prep
%setup -q
%apply_patches
NOCONFIGURE=1 ./autogen.sh
%build
CFLAGS="%{optflags}"
%configure2_5x \
--disable-static \
%make
%install
%makeinstall_std
# Create a dummy themes directory so that cinnamon settings will see
# the Adwaita fallback theme which has been removed from gnome-themes-standard
mkdir -p %{buildroot}/%{_datadir}/themes/Adwaita/metacity-1/
cp %{SOURCE1} %{buildroot}/%{_datadir}/themes/Adwaita/metacity-1/
#Remove libtool archives.
rm -rf %{buildroot}/%{_libdir}/*.la
%find_lang %{name}В репозиторий contrib пул реквесты принимаются.Nemial писал(а):И еще вопрос, если я сделаю пул реквест на nodejs, вы его примите?
Может не увидели.Nemial писал(а):Тогда, почему интересно так долго висело обновления на nodejs, что оно стало уже не актуальный(придется делать новое из-за выхода ново
Скорее всего патчем это надо сделать:Nemial писал(а):А как поменять тут флаг?
У nodejs есть свой мейнтейнер из сообщества ( Symbianflo <symbianflo@mandrivausers.ro> ), может он не увидел пулл-реквест. Сам я с nodejs предпочитаю не связываться, т.к. там поменяешь что-то одно, а следом потянется целая цепочка обновлений. Надо с пониманием дела обновлять, быть в теме. А я не в теме.Nemial писал(а):Тогда, почему интересно так долго висело обновление на nodejs, что оно стало уже не актуальный(придется делать новое из-за выхода новой версии программы)
Правильно оформить пакеты для библиотеки и development-файлов.Nemial писал(а):И вот попутно при сборке muffina(движка cinnamon) у меня в конце сборке вылезают ошибки мешающие появлению пакета
Что мне поправить, чтобы все было хорошо?Код: Выделить всё
DEBUG: muffin.x86_64: E: incoherent-version-in-name (Badness: 50) 0 %files -f %{name}.lang %doc README AUTHORS NEWS HACKING doc/theme-format.txt COPYING %{_libdir}/libmuffin.so.* %dir %{_libdir}/muffin/ %{_libdir}/muffin/* %dir %{_datadir}/muffin/ %{_datadir}/muffin/theme/ %{_datadir}/glib-2.0/schemas/org.cinnamon.muffin.gschema.xml %{_datadir}/themes/Adwaita/metacity-1/
Вынести %{_libdir}/libmuffin.so.0 в отдельный пакет %{libname} и переименовать devel в %{devname}.Код: Выделить всё
%define major 0
%define libname %mklibname muffin %{major}
%define devname %mklibname muffin -d
...
%files -n %{libname}
%{_libdir}/libmuffin.so.%{major}*
...
Код: Выделить всё
../Core/libcore.a(SI_DeviceGBA.cpp.o): In function `GBAConnectionWaiter':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/SI_DeviceGBA.cpp:113: undefined reference to `sf::TcpListener::accept(sf::TcpSocket&)'
../Core/libcore.a(SI_DeviceGBA.cpp.o): In function `sf::TcpListener::~TcpListener()':
/builddir/build/BUILD/dolphin-5.0/Externals/SFML/include/SFML/Network/TcpListener.hpp:43: undefined reference to `sf::Socket::~Socket()'
../Core/Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/build.make:1673: recipe for target 'Binaries/dolphin-emu' failed
make[2]: Leaving directory '/builddir/build/BUILD/dolphin-5.0/build'
CMakeFiles/Makefile2:1272: recipe for target 'Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all' failed
make[1]: Leaving directory '/builddir/build/BUILD/dolphin-5.0/build'
Makefile:163: recipe for target 'all' failed
RPM build errors:
libcore.a(SI_DeviceGBA.cpp.o): In function `~TcpListener':
/builddir/build/BUILD/dolphin-5.0/Externals/SFML/include/SFML/Network/TcpListener.hpp:43: undefined reference to `sf::Socket::~Socket()'
../Core/libcore.a(SI_DeviceGBA.cpp.o):(.data.rel.ro._ZTIN2sf11TcpListenerE[_ZTIN2sf11TcpListenerE]+0x10): undefined reference to `typeinfo for sf::Socket'
../Core/libcore.a(WiimoteReal.cpp.o): In function `WiimoteReal::Wiimote::Read()':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:207: undefined reference to `sf::IpAddress::LocalHost'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:207: undefined reference to `sf::UdpSocket::send(void const*, unsigned long, sf::IpAddress const&, unsigned short)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:203: undefined reference to `sf::UdpSocket::UdpSocket()'
../Core/libcore.a(WiimoteReal.cpp.o): In function `WiimoteReal::Wiimote::Write()':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:231: undefined reference to `sf::IpAddress::LocalHost'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:231: undefined reference to `sf::UdpSocket::send(void const*, unsigned long, sf::IpAddress const&, unsigned short)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/WiimoteReal/WiimoteReal.cpp:230: undefined reference to `sf::UdpSocket::UdpSocket()'
../Core/libcore.a(WiimoteReal.cpp.o): In function `sf::UdpSocket::~UdpSocket()':
/builddir/build/BUILD/dolphin-5.0/Externals/SFML/include/SFML/Network/UdpSocket.hpp:45: undefined reference to `sf::Socket::~Socket()'
../Core/libcore.a(WiimoteReal.cpp.o): In function `~UdpSocket':
/builddir/build/BUILD/dolphin-5.0/Externals/SFML/include/SFML/Network/UdpSocket.hpp:45: undefined reference to `sf::Socket::~Socket()'
../Core/libcore.a(WiimoteReal.cpp.o):(.data.rel.ro._ZTIN2sf9UdpSocketE[_ZTIN2sf9UdpSocketE]+0x10): undefined reference to `typeinfo for sf::Socket'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `GeckoSockServer::GeckoConnectionWaiter()':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:56: undefined reference to `sf::TcpListener::TcpListener()'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:60: undefined reference to `sf::TcpListener::listen(unsigned short)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:72: undefined reference to `sf::Socket::setBlocking(bool)'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `make_unique<sf::TcpSocket>':
/usr/include/c++/4.9.2/bits/unique_ptr.h:762: undefined reference to `sf::TcpSocket::TcpSocket()'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `GeckoSockServer::GeckoConnectionWaiter()':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:77: undefined reference to `sf::TcpListener::accept(sf::TcpSocket&)'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `make_unique<sf::TcpSocket>':
/usr/include/c++/4.9.2/bits/unique_ptr.h:762: undefined reference to `sf::TcpSocket::TcpSocket()'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `~TcpListener':
/builddir/build/BUILD/dolphin-5.0/Externals/SFML/include/SFML/Network/TcpListener.hpp:43: undefined reference to `sf::Socket::~Socket()'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `GeckoSockServer::ClientThread()':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:121: undefined reference to `sf::Socket::setBlocking(bool)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:134: undefined reference to `sf::TcpSocket::receive(void*, unsigned long, unsigned long&)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:151: undefined reference to `sf::TcpSocket::send(void const*, unsigned long)'
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:160: undefined reference to `sf::TcpSocket::disconnect()'
../Core/libcore.a(EXI_DeviceGecko.cpp.o): In function `CEXIGecko::ImmReadWrite(unsigned int&, unsigned int)':
/builddir/build/BUILD/dolphin-5.0/Source/Core/Core/HW/EXI_DeviceGecko.cpp:168: undefined reference to `sf::TcpSocket::getLocalPort() const'
collect2: error: ld returned 1 exit status
make[2]: *** [Binaries/dolphin-emu] Error 1
make[1]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all] Error 2
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.97160 (%build)
Код: Выделить всё
[b]DEBUG: configure: Wacom support disabled
DEBUG: configure: End options
DEBUG: + /usr/bin/make -j8
DEBUG: /usr/bin/make all-recursive
DEBUG: make[1]: Entering directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1'
DEBUG: Making all in po
DEBUG: make[2]: Entering directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/po'
DEBUG: make[2]: Nothing to be done for 'all'.
DEBUG: make[2]: Leaving directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/po'
DEBUG: Making all in shell
DEBUG: make[2]: Entering directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/shell'
DEBUG: /usr/bin/make all-am
DEBUG: make[3]: Entering directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/shell'
DEBUG: CC libcinnamon_control_center_la-cc-editable-entry.lo
DEBUG: CC libcinnamon_control_center_la-cc-shell.lo
DEBUG: CC libcinnamon_control_center_la-cc-panel.lo
DEBUG: CC control-center.o
DEBUG: CC cc-shell-log.o
DEBUG: CC cc-shell-item-view.o
DEBUG: CC cc-shell-category-view.o
DEBUG: CC cinnamon-control-center.o
DEBUG: CC cc-shell-model.o
DEBUG: cc-editable-entry.c: In function 'cc_editable_entry_get_type':
DEBUG: cc-editable-entry.c:70:1: warning: 'gtk_alignment_get_type' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:77) [-Wdeprecated-declarations]
DEBUG: G_DEFINE_TYPE (CcEditableEntry, cc_editable_entry, GTK_TYPE_ALIGNMENT);
DEBUG: ^
DEBUG: cc-editable-entry.c: In function 'update_button_padding':
DEBUG: cc-editable-entry.c:458:9: warning: 'gtk_misc_get_padding' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:84) [-Wdeprecated-declarations]
DEBUG: gtk_misc_get_padding (GTK_MISC (priv->label), &pad, NULL);
DEBUG: ^
DEBUG: cc-editable-entry.c:458:9: warning: 'gtk_misc_get_type' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:70) [-Wdeprecated-declarations]
DEBUG: cc-editable-entry.c:460:17: warning: 'gtk_misc_set_padding' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:80) [-Wdeprecated-declarations]
DEBUG: gtk_misc_set_padding (GTK_MISC (priv->label), offset, 0);
DEBUG: ^
DEBUG: cc-editable-entry.c:460:17: warning: 'gtk_misc_get_type' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:70) [-Wdeprecated-declarations]
DEBUG: cc-editable-entry.c: In function 'cc_editable_entry_init':
DEBUG: cc-editable-entry.c:481:9: warning: 'gtk_misc_set_alignment' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:72) [-Wdeprecated-declarations]
DEBUG: gtk_misc_set_alignment (GTK_MISC (priv->label), 0.0, 0.5);
DEBUG: ^
DEBUG: cc-editable-entry.c:481:9: warning: 'gtk_misc_get_type' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:70) [-Wdeprecated-declarations]
DEBUG: cc-editable-entry.c:488:9: warning: 'gtk_button_set_alignment' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkbutton.h:143) [-Wdeprecated-declarations]
DEBUG: gtk_button_set_alignment (priv->button, 0.0, 0.5);
DEBUG: ^
DEBUG: cinnamon-control-center.c: In function 'activate_panel':
DEBUG: cinnamon-control-center.c:246:3: warning: 'gtk_alignment_new' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:79) [-Wdeprecated-declarations]
DEBUG: box = gtk_alignment_new (0, 0, 1, 1);
DEBUG: ^
DEBUG: cinnamon-control-center.c:247:3: warning: 'gtk_alignment_set_padding' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:91) [-Wdeprecated-declarations]
DEBUG: gtk_alignment_set_padding (GTK_ALIGNMENT (box), 6, 6, 6, 6);
DEBUG: ^
DEBUG: cinnamon-control-center.c:247:3: warning: 'gtk_alignment_get_type' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:77) [-Wdeprecated-declarations]
DEBUG: cinnamon-control-center.c: In function 'setup_model':
DEBUG: cinnamon-control-center.c:861:3: warning: 'gtk_widget_set_margin_left' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkwidget.h:1095): Use 'gtk_widget_set_margin_start' instead [-Wdeprecated-declarations]
DEBUG: gtk_widget_set_margin_left (shell->priv->main_vbox, 12);
DEBUG: ^
DEBUG: cinnamon-control-center.c:862:3: warning: 'gtk_widget_set_margin_right' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkwidget.h:1100): Use 'gtk_widget_set_margin_end' instead [-Wdeprecated-declarations]
DEBUG: gtk_widget_set_margin_right (shell->priv->main_vbox, 12);
DEBUG: ^
DEBUG: cc-shell-model.c: In function 'load_pixbuf_for_gicon':
DEBUG: cc-shell-model.c:57:7: warning: 'gtk_icon_info_free' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkicontheme.h:283): Use 'g_object_unref' instead [-Wdeprecated-declarations]
DEBUG: gtk_icon_info_free (icon_info);
DEBUG: ^
DEBUG: control-center.c: In function 'application_startup_cb':
DEBUG: control-center.c:223:3: warning: 'gtk_application_add_accelerator' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkapplication.h:105): Use 'gtk_application_set_accels_for_action' instead [-Wdeprecated-declarations]
DEBUG: gtk_application_add_accelerator (GTK_APPLICATION (application),
DEBUG: ^
DEBUG: control-center.c: In function 'main':
DEBUG: control-center.c:250:3: warning: 'gtk_icon_size_register' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkiconfactory.h:122) [-Wdeprecated-declarations]
DEBUG: gtk_icon_size_register ("cc-sidebar-list", 24, 24);
DEBUG: ^
DEBUG: CC cc-shell-nav-bar.o
DEBUG: CC cc-shell-marshal.o
DEBUG: ITMRG cinnamoncc.directory
DEBUG: GEN cinnamoncc.menu
DEBUG: ITMRG cinnamon-control-center.desktop
DEBUG: CCLD libcinnamon-control-center.la
DEBUG: CCLD cinnamon-control-center
DEBUG: /usr/bin/ld: cannot find -lcinnamon-menu-3
DEBUG: collect2: error: ld returned 1 exit status
DEBUG: Makefile:644: recipe for target 'cinnamon-control-center' failed
DEBUG: make[3]: Leaving directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/shell'
DEBUG: make[3]: *** [cinnamon-control-center] Error 1
DEBUG: Makefile:518: recipe for target 'all' failed
DEBUG: make[2]: Leaving directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1/shell'
DEBUG: make[2]: *** [all] Error 2
DEBUG: Makefile:494: recipe for target 'all-recursive' failed
DEBUG: make[1]: Leaving directory '/builddir/build/BUILD/cinnamon-control-center-3.0.1'
DEBUG: make[1]: *** [all-recursive] Error 1
DEBUG: make: *** [all] Error 2
DEBUG: Makefile:426: recipe for target 'all' failed
DEBUG: Ошибки сборки пакетов:
DEBUG: error: Неверный код возврата из /var/tmp/rpm-tmp.51401 (%build)
DEBUG: Неверный код возврата из /var/tmp/rpm-tmp.51401 (%build)
DEBUG: Child returncode was: 1
INFO: EXCEPTION: Command failed. See logs for output.
# ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/cinnamon-control-center.spec']
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/mock_urpm/trace_decorator.py", line 70, in trace
result = func(*args, **kw)
File "/usr/lib/python2.7/site-packages/mock_urpm/util.py", line 353, in do
raise mock_urpm.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode)
Error: Command failed. See logs for output.
# ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/cinnamon-control-center.spec']
INFO: LEAVE do --> EXCEPTION RAISED
[/b]Этот браузер просят, минимум, 2 года. Но у разработчиков руки до него не доходят... Правильные исходники http://forum.rosalab.ru/viewtopic.php?f ... ale#p45049 А .spec, получается, или сочинять с 0 (раз нет в репозитории) или подгонять из других дистрибутивов.Nemial писал(а):А, можно еще запилить pale moon в репозиторий(и если можно, то как, в плане спека?)
К сожалению, это задача совсем иного порядка, чем участники сообщества смогут сделать. Я в ближайшие дни соберу хоть какой-то Pale Moon в репозитории, но сложность там даже не в том, чтобы собрать его с правильно подобранными опциями сборки. Кроме этого крайне желательно адаптировать под Pale Moon те KDE-патчи, которые у нас есть для Firefox. И вот это уже сложно.Галахов Роман писал(а):Этот браузер просят, минимум, 2 года. Но у разработчиков руки до него не доходят... Правильные исходники http://forum.rosalab.ru/viewtopic.php?f ... ale#p45049 А .spec, получается, или сочинять с 0 (раз нет в репозитории) или подгонять из других дистрибутивов.
К Palemoon у меня личный интерес - сам до сих пор пользуюсь Firefox 24 ESR, но рано или поздно придётся с него уходить на что-то с более современным движком. А Хромиум и новый Firefox (из-за Australis и ещё ряда моментов) совсем не привлекают.Delles писал(а):Я вот не понимаю, зачем в условиях, когда не хватает ресурсов на системно важные сборки, тратиться на такую ерунду, как упаковка в пакеты шрифтов, которые и так всякий желающий может скачать и установить, или собирание Palemoon’а, который можно просто стянуть с аура, распаковать и наслаждаться.
А почему он у вас newmoon?Pulfer писал(а): К Palemoon у меня личный интерес