Сборка RPM

Сообщение **Pulfer** » 10 июн 2016, 08:00

Nemial писал(а):А с abf все хорошо?(просто у меня на ней не собирается проект со вчерашнего вечера)

Никаких проблем не замечал с ним. А можно ссылку на билд-лист, чтобы посмотреть, почему не собирается?

Сообщение **Pulfer** » 10 июн 2016, 08:05

Есть ещё такая задача, буду очень благодарен, если кто-нибудь поможет. Надо обновить mysql-workbench-oss до версии 6.3.6. Пакет собирается долго, поэтому сам не очень хочу с ним возиться, лучше за это же время починю сборку пары десятков других пакетов в Контрибе. Конечно, если никто не заинтересуется, то ничего страшного, сам рано или поздно обновлю.

Алзим · Сообщение **Алзим** » 10 июн 2016, 09:22

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!

http://file-store.rosalinux.ru/api/v1/f ... ?show=true

Мой вариант попытки сборки: https://abf.io/alzim/mysql-workbench-oss

Сообщение **Pulfer** » 10 июн 2016, 10:29

Алзим писал(а):Как я понял, он требует новый Мускул:
MYSQL_SERVER_VERSION "10.0.22-MariaDB"", but required is at least "5.6.0"

Больше похоже, что просто строки некорректно сравнились и получилось, что 10.0.22-MariaDB меньше, чем требуемая 5.6.0. Хотя может новыми версиями MariaDB вообще не поддерживается, тогда пакет mysql-workbench-oss придётся просто выкинуть.

Алзим · Сообщение **Алзим** » 10 июн 2016, 11:32

Pulfer писал(а):
Алзим писал(а):Как я понял, он требует новый Мускул:
MYSQL_SERVER_VERSION "10.0.22-MariaDB"", but required is at least "5.6.0"
Больше похоже, что просто строки некорректно сравнились и получилось, что 10.0.22-MariaDB меньше, чем требуемая 5.6.0. Хотя может новыми версиями MariaDB вообще не поддерживается, тогда пакет mysql-workbench-oss придётся просто выкинуть.

Там патч есть. Может он влияет? Я в программировании не понимаю и английский знаю плохо.
https://abf.io/alzim/mysql-workbench-os ... b-10.patch

Nemial · Сообщение **Nemial** » 10 июн 2016, 13:00

Сегодня все нормально собралось, так что какое-то чудо.

Сообщение **Pulfer** » 10 июн 2016, 13:56

Алзим писал(а):Там патч есть. Может он влияет? Я в программировании не понимаю и английский знаю плохо.
https://abf.io/alzim/mysql-workbench-os ... b-10.patch

Видимо, раньше такая проверка была только в коде, а сейчас ещё в cmake-проекте надо её отключать.

Nemial · Сообщение **Nemial** » 10 июн 2016, 14:36

А как собирать программы, которым требуется модуль dkms?

Nemial · Сообщение **Nemial** » 10 июн 2016, 14:58

И, что можно сделать с этим?

Код: Выделить всё

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 · Сообщение **Nemial** » 10 июн 2016, 15:04

И опять же вопрос, как сделать dkms для программы?

Сообщение **Pulfer** » 10 июн 2016, 15:43

Nemial писал(а):А как собирать программы, которым требуется модуль dkms?

Можно глянуть на примере

https://abf.rosalinux.ru/import/r8168

Nemial писал(а):И, что можно сделать с этим?

Тут сходу не могу сказать, к сожалению. Что-то не так с путями, а вот что - надо разбираться.

Nemial · Сообщение **Nemial** » 10 июн 2016, 15:50

Вот, что связано с этой проблемой мне кажется

Код: Выделить всё

KERNELRELEASE	?= `uname -r`
KERNEL_DIR	?= /lib/modules/$(KERNELRELEASE)/build

Я посмотрел и действительно такой папки нет, а как её создать или я не в том месте искал? Просто я собираю в mock-urpm, может в этом дело?

Nemial · Сообщение **Nemial** » 10 июн 2016, 21:45

Pulfer, не могли бы помочь со сборкой этой программы?(а то мне непонятно как её собирать)

d_uragan · Сообщение **d_uragan** » 11 июн 2016, 15:27

А добавлить kernel-nrj-desktop-devel в BuildRequires не пробовали?

Nemial · Сообщение **Nemial** » 11 июн 2016, 15:46

Пробовал, не помогало. Хотя при обычной сборке(без помощи mock-urpm) все происходило нормально

trs · Сообщение **trs** » 12 июн 2016, 08:06

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

Для каждой версии ядра требуется своя сборка драйвера. Потому помещать их в бинарной форме в rpm смысла мало.
Вместо этого rpm для DKMS драйвера устанавливает в /usr/src его исходники и dkms.conf, который задаёт правила сборки, и компиляция происходит локально на машине пользователя.

Nemial · Сообщение **Nemial** » 12 июн 2016, 12:09

Еще бы понять как это в спек записать.

Nemial · Сообщение **Nemial** » 12 июн 2016, 12:34

И можете опубликовать OpenShot, а то его собрали, но забыли опубликовать. И заодно принять пул реквесты по
xz https://abf.rosalinux.ru/import/xz/pull_requests/1
nodejs https://abf.rosalinux.ru/import/nodejs/pull_requests/1

Сообщение **VictorR2007** » 12 июн 2016, 22:10

Nemial писал(а):И можете опубликовать OpenShot, а то его собрали, но забыли опубликовать.

А он похоже не рабочий.

Nemial · Сообщение **Nemial** » 12 июн 2016, 22:12

Почему?

Сообщение **VictorR2007** » 13 июн 2016, 00:06

Nemial писал(а):Почему?

У меня на KDE5 не запускается.
Сначала понадобилось установить пакет python3-pkg-resources.
Одна ошибка ушла, но вылезла другая.

Nemial · Сообщение **Nemial** » 13 июн 2016, 00:09

VictorR2007 писал(а):
Nemial писал(а):Почему?
У меня не KDE5 не запускается.
Сначала понадобилось установить пакет python3-pkg-resources.
Одна ошибка ушла, но вылезла другая.

И, все-таки его не получилось запустить?

Сообщение **VictorR2007** » 13 июн 2016, 00:13

Nemial писал(а):И, все-таки его не получилось запустить?

Дальше не разбирался.
Нужно было сделать перевод к qbittorrent, так как там был не полный.
Кстати, с приложениями на python часто такая фигня.
Может собираться без ошибок, а фик работает.

Nemial · Сообщение **Nemial** » 13 июн 2016, 00:15

VictorR2007 писал(а):
Nemial писал(а):И, все-таки его не получилось запустить?
Дальше не разбирался.
Нужно было сделать перевод к qbittorrent, так как там был не полный.
Кстати, с приложениями на python часто такая фигня.
Может собираться без ошибок, а фик работает.

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

Алзим · Сообщение **Алзим** » 13 июн 2016, 00:19

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

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

Сообщение **VictorR2007** » 13 июн 2016, 00:19

Когда выпустите пар, почищу тему.

На мой взгляд, пустой разговор.
Всё равно пул-реквесты тщательно проверяются.
Да ещё потом отправляются на проверку QA.
Никто не застрахован от ошибок.
Так что ничего страшного.
Разработчики поправят ошибки при необходимости.

Сообщение **VictorR2007** » 13 июн 2016, 00:22

Nemial писал(а):А, как вы делаете переводы к приложения(с помощью какой программы, да и как сам процесс проходит), было бы полезно узнать.

С такими вопросами сюда http://forum.rosalab.ru/viewtopic.php?f ... 500#p49434

Nemial · Сообщение **Nemial** » 13 июн 2016, 00:22

VictorR2007 писал(а):Когда выпустите пар, почищу тему.
На мой взгляд, пустой разговор.
Всё равно пул-реквесты тщательно проверяются.
Да ещё потом отправляются на проверку QA.
Никто не застрахован от ошибок.
Так что ничего страшного.
Разработчики поправят ошибки при необходимости.

А, вы можете свой mock-urpm добавить в основной репозиторий, да и почему вы многие программы из своего репозитория не переносите в общий?

Сообщение **VictorR2007** » 13 июн 2016, 00:50

Nemial писал(а): А, вы можете свой mock-urpm добавить в основной репозиторий, да и почему вы многие программы из своего репозитория не переносите в общий?

Нет, mock-urpm нельзя переносить.
Это последняя версия из репозитория, в которой заменил один файл, который взял из довольно старой версии.
Иначе не работал с локальными репами.
В основном все остальные программы или ещё рано переносить, или они собраны из гит KDE
https://quickgit.kde.org/
А часть, это старые версии программ, собранные с более высоким Epoch.
Те, что по моему мнению работают лучше новых (caffeine, minidlna).
А testdisk, это бета версия, просто в нёго добавил русский перевод к qphotorec.
Или взять ums-5.1, так в нём вручную переупакован исполняемый ums.jar,
там как иного способа добавить русский перевод я не нашёл.
Так что не всему есть место в офф репозитории.

Nemial · Сообщение **Nemial** » 13 июн 2016, 02:40

Ах, да. И за вынесением вердикта примите пул реквест(да,да сборку пакета я сделал, прежде чем отправлять)
doublecmd https://abf.rosalinux.ru/import/doublec ... requests/3

trs · Сообщение **trs** » 13 июн 2016, 07:06

Nemial писал(а):Еще бы понять как это в спек записать.

Так спрашивайте, что не ясно в примере, который подсказали.
Я брал за основу подобный драйвер https://abf.io/import/rtl8723bs/blob/ro ... 723bs.spec
Получилось https://abf.io/trs/zfs-dkms/blob/master/zfs-dkms.spec
В секции %install происходит копирование исходников и создание dkms.conf
Конфиг задаёт макросы PACKAGE_NAME и т.п. для скрипта dkms, их смысл должен быть ясен из названия, хотя есть и man dkms.
Макрос MAKE содержит команду для сборки.

Да и, наверняка можно найти готовый spec для другой версии Linux.
Если драйвер входит в состав какой-то программы, вероятно у него отдельный spec.

Nemial · Сообщение **Nemial** » 13 июн 2016, 13:37

А если уже есть dkms.conf, то что тогда, Просто копировать его?

trs · Сообщение **trs** » 13 июн 2016, 15:24

Nemial писал(а):А если уже есть dkms.conf, то что тогда, Просто копировать его?

Смотря что в нём содержится. Если просто копировать, то как быть с PACKAGE_VERSION и прочим, вручную редактировать файл при выходе новой версии драйвера?

Для проверки конечно можно скопировать дерево исходников и конфиг вручную, потом выполнить dkms add, dkms build

Nemial · Сообщение **Nemial** » 13 июн 2016, 15:26

Вот, что в нем содержится

Код: Выделить всё

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"

trs · Сообщение **trs** » 13 июн 2016, 15:52

То есть можно примерно такое добавить в spec:

Код: Выделить всё

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

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

P.S. добавил слэш к kernel_source_dir

Nemial · Сообщение **Nemial** » 13 июн 2016, 16:19

Спасибо, вам. Вроде осознал как это делается, если что спек у меня такой(пакет уже собрал, теперь тестирую на работоспособность)

Код: Выделить всё

%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

Nemial · Сообщение **Nemial** » 15 июн 2016, 18:48

Примите пул реквесты по
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

Сообщение **Pulfer** » 15 июн 2016, 20:49

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

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

Nemial · Сообщение **Nemial** » 15 июн 2016, 20:52

Напишите потом в чем причина была?

Алзим · Сообщение **Алзим** » 15 июн 2016, 20:58

Pulfer, добавьте этот сервер в репы РОСЫ.

Сообщение **Pulfer** » 15 июн 2016, 21:23

Nemial писал(а):Напишите потом в чем причина была?

Странная была причина.

Были перепутаны тарболы с исходниками - под видом 32-битного оказался 64-битный и наоборот.

Сообщение **Pulfer** » 15 июн 2016, 21:24

Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.

Там надо будет ещё доработать пакет. Лучше напомнить мне о нём завтра.

Сообщение **Pulfer** » 15 июн 2016, 21:52

Кстати, хорошо бы на qgis 2.14.3 попробовать сделать пулл-реквест.

Алзим · Сообщение **Алзим** » 15 июн 2016, 22:15

Pulfer писал(а):Кстати, хорошо бы на qgis 2.14.3 попробовать сделать пулл-реквест.

Пулл реквест отправлен, но проект не собран.

Сообщение **Pulfer** » 16 июн 2016, 06:26

Алзим писал(а):Пулл реквест отправлен, но проект не собран.

Да, что-то новая версия совсем не собирается. Похоже, надо geos до 3.5.0 обновить, так что уже для новой платформы отложим. Но всё равно спасибо за попытку.

Nemial · Сообщение **Nemial** » 16 июн 2016, 17:12

Алзим, давайте забудем наши споры и обиды, так сказать помиримся. И не хотите ли вы помочь мне в одной деле(по сборке пакетов cinnamon), если в группе решат, что им будут пользоваться?

Сообщение **VictorR2007** » 16 июн 2016, 17:18

Nemial писал(а):Алзим, давайте забудем наши споры и обиды, так сказать помиримся. И не хотите ли вы помочь мне в одной деле(по сборке пакетов cinnamon), если в группе решат, что им будут пользоваться?

+1
Тоже мечтаю об этом.

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

Алзим · Сообщение **Алзим** » 16 июн 2016, 20:08

Nemial писал(а):И не хотите ли вы помочь мне в одной деле(по сборке пакетов cinnamon)

Нет. Не хотел бы. Мне этот проект малоинтересен.

VictorR2007 писал(а): Тоже мечтаю об этом.
Сотрудничество и взаимопомощь гораздо продуктивнее противостоянию.
Было бы полезно всем.

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

Сообщение **VictorR2007** » 16 июн 2016, 20:14

Алзим писал(а):Порядок отправки пулл реквестов должен быть один для всех, за исключением определённых случаев.

Я похоже что-то прозевал.
Можно ссылку на порядок отправки пулл реквестов.
Как правильно, и кто создал это правило?

Алзим · Сообщение **Алзим** » 16 июн 2016, 20:24

VictorR2007 писал(а):
Алзим писал(а):Порядок отправки пулл реквестов должен быть один для всех, за исключением определённых случаев.
Я похоже что-то прозевал.
Можно ссылку на порядок отправки пулл реквестов.
Как правильно, и кто создал это правило?

Я не написал, что порядок есть. Я написал, что он должен быть.
Ну, а Вики тоже объясняет какую-то последовательность. Но, судя по последним веяниям, эту статью можно упростить до просто отправки пулл реквеста.

Сообщение **VictorR2007** » 16 июн 2016, 20:44

Алзим писал(а):Но, судя по последним веяниям, эту статью можно упростить до просто отправки пулл реквеста.

Спасибо за пояснения.
Упрощать не нужно.

Nemial · Сообщение **Nemial** » 16 июн 2016, 21:34

Примите пул реквесты по
i3-wm https://abf.rosalinux.ru/import/i3-wm/pull_requests/1
dwm https://abf.rosalinux.ru/import/dwm/pull_requests/1

Nemial · Сообщение **Nemial** » 16 июн 2016, 22:36

Что это и для чего

Код: Выделить всё

%define devevas %mklibname evas -d

И как вообще пользоваться %mklibname?

Алзим · Сообщение **Алзим** » 16 июн 2016, 22:43

http://wiki.rosalab.ru/ru/index.php/Lib ... 5mklibname

Nemial · Сообщение **Nemial** » 16 июн 2016, 22:59

А не проще так и прописать, а не через define?

Nemial · Сообщение **Nemial** » 16 июн 2016, 23:18

И можно i3status в обычные репы росы добавить?

Алзим · Сообщение **Алзим** » 16 июн 2016, 23:30

Pulfer писал(а):
Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.
Там надо будет ещё доработать пакет. Лучше напомнить мне о нём завтра.

Напоминаю.

Сообщение **Pulfer** » 17 июн 2016, 07:53

Nemial писал(а):А не проще так и прописать, а не через define?

В смысле, без 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

Как по мне, все варианты кроме %define ... куда менее удобны в использовании.

Сообщение **Pulfer** » 17 июн 2016, 08:31

Nemial писал(а):И можно i3status в обычные репы росы добавить?

Собрал.

Сообщение **Pulfer** » 17 июн 2016, 09:38

Алзим писал(а):Pulfer, добавьте этот сервер в репы РОСЫ.

Добавил и частично поправил, но всё же две вещи мне в пакете ещё не нравятся. Сам править их не буду, т.к. не уверен, что после правок всё будет работать как надо.

1. В конфиге прописан путь "Alias /nextcloud /usr/share/webapps/nextcloud/". Разве не в /var ему место, а не в /usr? /var/lib/nextcloud/webapps/ или может /var/www/webapps/nextcloud/

2. Конфиги в пакете лежат в /etc/httpd/conf/webapps.d/ и после установки каталог /usr/share/nextcloud/config делается установочными скриптами симлинком на /etc/httpd/conf/webapps.d/. Уж лучше прямо в коде патчем сделать, чтобы nextcloud искал конфиги в /etc/httpd/conf/webapps.d/, а не в /usr/share/nextcloud/config. Если путь /usr/share/nextcloud/config вообще как-то задействуется в работе программы.

Алзим · Сообщение **Алзим** » 17 июн 2016, 09:52

Pulfer писал(а): 1. В конфиге прописан путь "Alias /nextcloud /usr/share/webapps/nextcloud/". Разве не в /var ему место, а не в /usr? /var/lib/nextcloud/webapps/ или может /var/www/webapps/nextcloud/

Куда надо ложить и есть ли какие спецификации по этому вопросу, я не знаю. Я делал по образцу от owncloud.
По сути, nextcloud — это обычный движок(скрипт) сайта, который можно запихнуть куда угодно. У меня он в Хомяке лежит. В специальном каталоге для сайтов. Главное, правильно путь к нему прописать, чтобы Апач нашёл папку с файлами сайта.

А вообще, да. Обычно, папки с сайтами хранят где-то в /var/www/. Но, точное место я этого не знаю, т.к. сайты я предпочитаю хранить у себя в Хомяке.
Можно посмотреть ещё как сделано у phpmyadmin. Он тоже храниться не в стандартном месте.

Сообщение **Pulfer** » 17 июн 2016, 11:48

Алзим писал(а):Куда надо ложить и есть ли какие спецификации по этому вопросу, я не знаю. Я делал по образцу от owncloud.
По сути, nextcloud — это обычный движок(скрипт) сайта, который можно запихнуть куда угодно. У меня он в Хомяке лежит. В специальном каталоге для сайтов. Главное, правильно путь к нему прописать, чтобы Апач нашёл папку с файлами сайта.

Да вот я тоже не знаю, поэтому не стал ничего сам менять.

Алзим · Сообщение **Алзим** » 17 июн 2016, 12:34

Примите пулл реквест на ВиртуалБокс 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** » 17 июн 2016, 17:04

Алзим писал(а):Примите пулл реквест на ВиртуалБокс 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

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

Алзим · Сообщение **Алзим** » 17 июн 2016, 17:15

keleg писал(а): Алзим, а проблемы действительно возникают?

У меня если и есть проблемы в ВиртуалБоксе, то только с гостевой Виндой. Почему-то жрёт памяти или чего-то ещё так, что если в хостовой системе открыт Хромиум, то он будет виснуть какое-то длительное время даже после выхода из гостевой Винды и закрытия ВиртуалБокс полностью. Приходиться отключать Хромиум, а только потом запускать виртуальную Винду.
А больше, каких-то серьёзных проблем я не наблюдал. Ну, может ещё отсутствие поддержки графическим драйвером ВиртуалБокса аппаратного ускорения для той же Виндовс7 из-за чего сложно играть даже в примитивные игры типа Косынки. Если ставить родной виндосовский драйвер, то ускорение поддерживается, но не поддерживается разрешение моего монитора.
На хостовые системы на Линуксе на Росе всё работает нормально и выше указанные проблемы не распространяются.

Алзим · Сообщение **Алзим** » 18 июн 2016, 20:54

По-моему, Qt как-то неправильно собрался.
Сегодня пересобирал для себя пасьянсы из Плазмы 5 и увидел такое:

Но, по-моему, или написано неправильно, или что-то не то.
Пасьянсы я собирал через ABF, значит и собрано должно быть с версией 5.6.1, а не с 5.6.0.
Ведь в ABF должна быть версия 5.6.1

Сообщение **Pulfer** » 19 июн 2016, 06:16

Алзим писал(а):По-моему, Qt как-то неправильно собрался.
Сегодня пересобирал для себя пасьянсы из Плазмы 5 и увидел такое:
снимок269.jpeg
Но, по-моему, или написано неправильно, или что-то не то.
Пасьянсы я собирал через ABF, значит и собрано должно быть с версией 5.6.1, а не с 5.6.0.
Ведь в ABF должна быть версия 5.6.1

Наверное, имеется в виду, что используемый KF 5 был собран с версией Qt 5.6.0, а текущая версия Qt - 5.6.1. Сейчас как раз собираю в свой тестовый репозиторий KF 5.23.0 и Plasma 5.6.5. Посмотрю при тестировании и на этот момент.

Сообщение **Pulfer** » 19 июн 2016, 10:06

Да, так и есть, фраза "собрана с Qt 5.6.0" относится к KF 5.

Алзим · Сообщение **Алзим** » 19 июн 2016, 10:13

Pulfer писал(а):Да, так и есть, фраза "собрана с Qt 5.6.0" относится к KF 5.

Тогда, наверное, ошибка перевода.
Не «собрана», а «собран».
И вообще, место этой фразы на строку выше.

Алзим · Сообщение **Алзим** » 19 июн 2016, 11:55

Примите, пожалуйста, пул реквесты:
1. https://abf.io/import/meld
2. https://abf.io/import/plank

Сообщение **Pulfer** » 19 июн 2016, 19:12

Алзим писал(а):Примите, пожалуйста, пул реквесты:
1. https://abf.io/import/meld
2. https://abf.io/import/plank

Уже ушли в репозитории

Алзим · Сообщение **Алзим** » 20 июн 2016, 17:21

Обновил всю систему полностью. Теперь вижу, что oxygen-fonts попал в сироты.

Код: Выделить всё

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)

Это так должно быть или это баг?

Nemial · Сообщение **Nemial** » 20 июн 2016, 20:21

Соберите в репы dmenu, а то в серверных репах есть, а в наших нет.

Сообщение **Pulfer** » 20 июн 2016, 21:34

Алзим писал(а):Обновил всю систему полностью. Теперь вижу, что oxygen-fonts попал в сироты.
Это так должно быть или это баг?

Да, он уже никакому пакету не нужен. В апстриме достаточно давно от него отказались (начиная с Plasma 5.5). В репозиториях я его оставил, потому что вдруг кому-то он всё же нравится.

Сообщение **Pulfer** » 20 июн 2016, 21:36

Nemial писал(а):Соберите в репы dmenu, а то в серверных репах есть, а в наших нет.

dmenu входит в пакет dwm-tools, так исторически сложилось. Может правильнее будет раскидать dwm-tools на отдельные пакеты, но сейчас времени на это совсем нет.

Nemial · Сообщение **Nemial** » 23 июн 2016, 12:25

Что можно тут сделать, чтобы собиралось?

Код: Выделить всё

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

P.S lib64freetype6-devel установлен

Сообщение **VictorR2007** » 23 июн 2016, 12:53

Нашёл на вскидку, что нужно патчить, заменив
#include <ft2build.h>
на
#include <freetype2/ft2build.h>
Но нужно смотреть, что там в исходниках.

Nemial · Сообщение **Nemial** » 23 июн 2016, 13:26

Не помогает, пропатчил, но осталось все также

d_uragan · Сообщение **d_uragan** » 23 июн 2016, 14:08

Nemial писал(а):Что можно тут сделать, чтобы собиралось?
Код: Выделить всё
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
P.S lib64freetype6-devel установлен

Тут неправильный флаг передается - "-I/usr/X11R6/include/freetype2". Надо "-I/usr/include/freetype2", без X11.

Nemial · Сообщение **Nemial** » 23 июн 2016, 22:56

А, как это сделать?

Nemial · Сообщение **Nemial** » 24 июн 2016, 17:41

И у меня появился еще вопрос вдогонку к предыдущему

Код: Выделить всё

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)

Как быть в этом случае?

Сообщение **Pulfer** » 24 июн 2016, 19:51

Nemial писал(а):DEBUG: install: cannot create regular file '/usr/bin/jwm': Permission denied

Тут надо указать для make install, что ставить пакет надо в %{buildroot}, а не в систему.

Обычно это делается через макрос %makeinstall_std, который выполняет команду make DESTDIR=%{buildroot} install

Но в каких-то случаях может потребоваться указание других параметров. Для qmake-проектов это INSTALL_ROOT вместо DESTDIR, для некоторых вообще может быть PREFIX или что-то своё. А в самых худших случаях вообще нельзя сделать установку в %{buildroot} без наложения патчей. Надо заглядывать в Makefile проекта и смотреть на то, как там раздел install устроен.

Nemial · Сообщение **Nemial** » 24 июн 2016, 21:06

d_uragan писал(а):
Nemial писал(а):Что можно тут сделать, чтобы собиралось?
Код: Выделить всё
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
P.S lib64freetype6-devel установлен
Тут неправильный флаг передается - "-I/usr/X11R6/include/freetype2". Надо "-I/usr/include/freetype2", без X11.

А как поменять тут флаг?

Nemial · Сообщение **Nemial** » 24 июн 2016, 23:42

И вот попутно при сборке muffina(движка cinnamon) у меня в конце сборке вылезают ошибки мешающие появлению пакета

Код: Выделить всё

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.

SPEC

Код: Выделить всё

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}

Что мне поправить, чтобы все было хорошо?

Nemial · Сообщение **Nemial** » 24 июн 2016, 23:57

И еще вопрос, если я сделаю пул реквест на nodejs, вы его примите?

Алзим · Сообщение **Алзим** » 25 июн 2016, 00:01

Nemial писал(а):И еще вопрос, если я сделаю пул реквест на nodejs, вы его примите?

В репозиторий contrib пул реквесты принимаются.
В main надо доказывать необходимость добавления. Без доказательств необходимости не примут.

Nemial · Сообщение **Nemial** » 25 июн 2016, 00:09

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

Алзим · Сообщение **Алзим** » 25 июн 2016, 00:14

Nemial писал(а):Тогда, почему интересно так долго висело обновления на nodejs, что оно стало уже не актуальный(придется делать новое из-за выхода ново

Может не увидели.
Было время, когда в contrib не принимали. А потом… «забылось».
А если есть возможность на новое, то можно удалить запрос или добавить новое и попросить снова. Пока пул реквест весит, любые ваши правки в вашем проекте отражаются в этом самом пул реквесте.

Сообщение **Pulfer** » 25 июн 2016, 05:30

Nemial писал(а):А как поменять тут флаг?

Скорее всего патчем это надо сделать:

1. Распаковать исходники в два каталога:
jwm-s1536
jwm-s1536-patched
2. В каталоге jwm-s1536-patched найти соответствующую строчку (-I/usr/X11R6/include/freetype2) и поменять её
3. Создать патч командой "diff -urN jwm-s1536 jwm-s1536-patched > jwm-s1536-freetype2-include.patch"
4. Добвить патч в пакет (Patch0: jwm-s1536-freetype2-include.patch) и наложить его в %setup-секции (%patch0 -p1). Если Patch0 уже есть, то какой-нибудь другой номер использовать.

Сообщение **Pulfer** » 25 июн 2016, 05:34

Nemial писал(а):Тогда, почему интересно так долго висело обновление на nodejs, что оно стало уже не актуальный(придется делать новое из-за выхода новой версии программы)

У nodejs есть свой мейнтейнер из сообщества ( Symbianflo <symbianflo@mandrivausers.ro> ), может он не увидел пулл-реквест. Сам я с nodejs предпочитаю не связываться, т.к. там поменяешь что-то одно, а следом потянется целая цепочка обновлений. Надо с пониманием дела обновлять, быть в теме. А я не в теме.

Сообщение **Pulfer** » 25 июн 2016, 05:40

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/
Что мне поправить, чтобы все было хорошо?

Правильно оформить пакеты для библиотеки и development-файлов.

Вынести %{_libdir}/libmuffin.so.0 в отдельный пакет %{libname} и переименовать devel в %{devname}.

http://wiki.rosalab.ru/en/index.php/Libraries_policy

Код: Выделить всё

%define major 0
%define libname %mklibname muffin %{major}
%define devname %mklibname muffin -d
...
%files -n %{libname}
%{_libdir}/libmuffin.so.%{major}*
...

Алзим · Сообщение **Алзим** » 25 июн 2016, 14:17

Пытаюсь собрать эмулятор dolphin-emu, но выпадают ошибки которые я не знаю как исправить.

Код: Выделить всё

../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)

Ссылка на полный лог: http://file-store.rosalinux.ru/api/v1/f ... ?show=true

Nemial · Сообщение **Nemial** » 25 июн 2016, 14:22

Примите пул реквесты по
dwm-tools https://abf.rosalinux.ru/import/dwm-too ... requests/1
gstreamer1.0-plugins-base https://abf.rosalinux.ru/import/gstream ... requests/1
jwm https://abf.rosalinux.ru/import/jwm/pull_requests/2
pcmanfm https://abf.rosalinux.ru/import/pcmanfm/pull_requests/1
fluxbox https://abf.rosalinux.ru/import/fluxbox/pull_requests/1
gstreamer1.0 https://abf.rosalinux.ru/import/gstream ... requests/1
nodejs https://abf.rosalinux.ru/import/nodejs/pull_requests/2

Nemial · Сообщение **Nemial** » 25 июн 2016, 20:28

При сборке cinnamon-control-center
Вот такая беда

Код: Выделить всё

[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]

Можете подсказать, как это побороть. cinnamon-menus стоит(вместе с devel)

Nemial · Сообщение **Nemial** » 25 июн 2016, 22:09

А, можно еще запилить pale moon в репозиторий(и если можно, то как, в плане спека?)

Галахов Роман

Nemial писал(а):А, можно еще запилить pale moon в репозиторий(и если можно, то как, в плане спека?)

Этот браузер просят, минимум, 2 года. Но у разработчиков руки до него не доходят... Правильные исходники http://forum.rosalab.ru/viewtopic.php?f ... ale#p45049 А .spec, получается, или сочинять с 0 (раз нет в репозитории) или подгонять из других дистрибутивов.

Сообщение **Pulfer** » 26 июн 2016, 21:55

Галахов Роман писал(а):Этот браузер просят, минимум, 2 года. Но у разработчиков руки до него не доходят... Правильные исходники http://forum.rosalab.ru/viewtopic.php?f ... ale#p45049 А .spec, получается, или сочинять с 0 (раз нет в репозитории) или подгонять из других дистрибутивов.

К сожалению, это задача совсем иного порядка, чем участники сообщества смогут сделать. Я в ближайшие дни соберу хоть какой-то Pale Moon в репозитории, но сложность там даже не в том, чтобы собрать его с правильно подобранными опциями сборки. Кроме этого крайне желательно адаптировать под Pale Moon те KDE-патчи, которые у нас есть для Firefox. И вот это уже сложно.

И ещё такой момент есть - нельзя собранный браузер будет называть Pale Moon. Придётся использовать название New Moon, т.к. иначе лицензия запрещает даже настройки по умолчанию в пакете менять (например, поставить домашнюю страницу на сайт Росы): http://www.palemoon.org/redist.shtml

Delles · Сообщение **Delles** » 26 июн 2016, 23:24

Я вот не понимаю, зачем в условиях, когда не хватает ресурсов на системно важные сборки, тратиться на такую ерунду, как упаковка в пакеты шрифтов, которые и так всякий желающий может скачать и установить, или собирание Palemoon’а, который можно просто стянуть с аура, распаковать и наслаждаться.

Сообщение **Pulfer** » 27 июн 2016, 06:09

Delles писал(а):Я вот не понимаю, зачем в условиях, когда не хватает ресурсов на системно важные сборки, тратиться на такую ерунду, как упаковка в пакеты шрифтов, которые и так всякий желающий может скачать и установить, или собирание Palemoon’а, который можно просто стянуть с аура, распаковать и наслаждаться.

К Palemoon у меня личный интерес - сам до сих пор пользуюсь Firefox 24 ESR, но рано или поздно придётся с него уходить на что-то с более современным движком. А Хромиум и новый Firefox (из-за Australis и ещё ряда моментов) совсем не привлекают.

И ещё есть один момент - иногда хочется делать что-то интересное, а не только важное (типа исправления сборки сотен пакетов, не прошедших пересборку репозиториев).

Алзим · Сообщение **Алзим** » 27 июн 2016, 12:10

Pulfer писал(а): К Palemoon у меня личный интерес

А почему он у вас newmoon?

И тогда наверное надо добавить в спек, чтобы он устанавливался когда вводится и newmoon в «Установке и удалении программ». Чтобы пользователям было удобнее находить проект.

К тому же, он не запускается.