Проще найти спек для import/garcon, чем всё пересказатьNemial писал(а):Да, а что вы собственно со спеком сделали до этого?

Проще найти спек для import/garcon, чем всё пересказатьNemial писал(а):Да, а что вы собственно со спеком сделали до этого?
А вы не спешите.Алзим писал(а):Потому я их и комментировал, что вдруг поможет.
Но, как я понимаю, мало комментировать или удалять, надо вписывать новые команды.
Потому я написал сюда, чтобы услышать совета других.VictorR2007 писал(а): А вы не спешите.
Можно обсудить спеки здесь до их сохранения.
Вместе разберёмся с параметрами и будет проще со следующими спеками.
Разработчики под рукой, и вроде всегда стараются подсказать.
По любому, так будет полезно нам всем.
Что-то я невнимательно читал.Алзим писал(а): Потому я написал сюда, чтобы услышать совета других.
Код: Выделить всё
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.23755
+ exit 0
+ umask 022
+ cd /builddir/build/BUILD
+ /bin/rm -rf /builddir/build/BUILDROOT/atom-1.6.0-1-rosa2014.1.x86_64-buildroot
+ /bin/mkdir -p /builddir/build/BUILDROOT/atom-1.6.0-1-rosa2014.1.x86_64-buildroot
+ cd atom-1.6.0
+ '[' 1 -eq 1 ']'
++ pwd
+ export RPM_BUILD_ROOT=/builddir/build/BUILD/atom-1.6.0
+ RPM_BUILD_ROOT=/builddir/build/BUILD/atom-1.6.0
+ script/grunt mkrpm publish-build --stack --install-dir /builddir/build/BUILDROOT/atom-1.6.0-1-rosa2014.1.x86_64-buildroot/usr
[4mRunning "mkrpm" task[24m
[32m>> [39mCreated rpm package in /builddir/build/BUILD/atom-1.6.0/out/rpm
[4mRunning "publish-build" task[24m
[4mRunning "upload-assets" task[24m
[32m>> [39mUpload time: 0s
[33mWarning: ATOM_ACCESS_TOKEN environment variable not set Use --force to continue.[39m
Error: ATOM_ACCESS_TOKEN environment variable not set
at Object.<anonymous> (/builddir/build/BUILD/atom-1.6.0/build/tasks/publish-build-task.coffee:46:23)
at Object.thisTask.fn (/builddir/build/BUILD/atom-1.6.0/build/node_modules/grunt/lib/grunt/task.js:82:16)
at Object.<anonymous> (/builddir/build/BUILD/atom-1.6.0/build/node_modules/grunt/lib/util/task.js:301:30)
at Task.runTaskFn (/builddir/build/BUILD/atom-1.6.0/build/node_modules/grunt/lib/util/task.js:251:24)
at Task.<anonymous> (/builddir/build/BUILD/atom-1.6.0/build/node_modules/grunt/lib/util/task.js:300:12)
at /builddir/build/BUILD/atom-1.6.0/build/node_modules/grunt/lib/util/task.js:227:11
at doNTCallback0 (node.js:428:9)
at process._tickDomainCallback (node.js:398:13)
[31mAborted due to warnings.[39m
Execution Time (2016-03-26 18:33:39 UTC)
loading tasks 3.2s тЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗтЦЗ 78%
mkrpm 493ms тЦЗтЦЗтЦЗтЦЗтЦЗтЦЗ 12%
upload-assets 407ms тЦЗтЦЗтЦЗтЦЗтЦЗ 10%
Total 4.1s
RPM build errors:
error: Bad exit status from /var/tmp/rpm-tmp.23755 (%install)
Bad exit status from /var/tmp/rpm-tmp.23755 (%install)
Child returncode was: 1
EXCEPTION: Command failed. See logs for output.
# ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/atom.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 377, 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/atom.spec']
LEAVE do --> EXCEPTION RAISED
Наверное нужно записать такАлзим писал(а):Увы. но даже когда они были раскоментированы, это проблемы не решало. Потому я их и комментировал, что вдруг поможет.Nemial писал(а):А, вы присмотритесь, зачем вы комментируете сборочные строки(из-за этого у вас все проблемы)
Но, как я понимаю, мало комментировать или удалять, надо вписывать новые команды.
Такая же ошибка:VictorR2007 писал(а): Наверное нужно записать так
BuildRequires: pkgconfig(libxfce4ui1)
BuildRequires: pkgconfig(libxfce4ui2) >= 4.12.1
http://file-store.rosalinux.ru/api/v1/f ... ?show=trueCommand failed:
# ['/usr/sbin/chroot', '/home/vagrant/tmpfs/Rosa-2012.1-x86_64/root/', '/usr/sbin/urpmi', '--downloader', 'wget', '--wget-options', '--auth-no-challenge', '--retry', '5', '--no-suggests', '--no-verify-rpm', '--fastunsafe', '--ignoresize', '--buildrequires', '--auto', '//builddir/build/SRPMS/garcon-0.5.0-1.src.rpm']
A requested package cannot be installed:
garcon-0.5.0-1.src (due to unsatisfied pkgconfig(libxfce4ui2)[>= 4.11.1])
While some packages may have been installed, there were failures.
A requested package cannot be installed:
garcon-0.5.0-1.src (due to unsatisfied pkgconfig(libxfce4ui2)[>= 4.11.1])
Код: Выделить всё
%package -n %{develname3}
Summary: Development files and headers for the %{name} library using GTK3
Group: Development/Other
Requires: %{libname3} = %{EVRD}
Requires: %{libnamekbd3} = %{EVRD}
Conflicts: %{_lib}xfce4ui-devel < 4.12.1-1
Код: Выделить всё
%package -n %{develname3}
Summary: Development files and headers for the %{name} library using GTK3
Group: Development/Other
Requires: %{libname3} = %{EVRD}
Requires: %{libnamekbd3} = %{EVRD}
Provides: xfce4ui2-devel = %{EVRD}
Conflicts: %{_lib}xfce4ui-devel < 4.12.1-1
Код: Выделить всё
git@abf.rosalinux.ru's password:
Easytag новый, помнится, был дюже глючен и страшен. Вы его собирали-гоняли вживую?Nemial писал(а):Pulfer, можете принять мой пул реквест easytag(если есть косяки, то напишите про них, если не трудно) и может что-нибудь подскажете насчет atom?
А он у нас и так есть.keleg писал(а): Easytag новый, помнится, был дюже глючен и страшен. Вы его собирали-гоняли вживую?
Разобрался с fvwm.Алзим писал(а): Обновил fvwm. https://abf.io/alzim/fvwm
Все необходимые зависимости для сборки новой версии нашёл и т.п. Но, запустить оконный менеджер так и не смог. Решил забросить проект, т.к. нужны конкретные технические знания, которыми я не обладаю.
Предполагаю, в спеке надо прописывать конкретные настройки для РОСЫ, но этого я не знаю.
О таким проектах надо тут писать, чтобы я добавлял из в репы. На ABF такую фичу не реализовали. Сейчас уже собирается.Алзим писал(а):Собрал пакет с разархиватором lhasa.
Такого проекта у РОСЫ нет. Соответственно, Пул Реквест сделать нельзя.
Как добавить проект в проекты и репы РОСЫ?
Спасибо.Pulfer писал(а): О таким проектах надо тут писать, чтобы я добавлял из в репы. На ABF такую фичу не реализовали. Сейчас уже собирается.
Не, достаточно Conflicts в пакете lhasa.Алзим писал(а):Я заметил, что он конфликтует с lha. Оба проекта создают одинаковый файл, но наверное с разным содержимым, /usr/bin/lha
В lhasa я прописал конфликт с lha. Надо ли ещё и в lha прописывать конфликт с lhasa?
Понятно. Спасибо.Pulfer писал(а):Не, достаточно Conflicts в пакете lhasa.Алзим писал(а):Я заметил, что он конфликтует с lha. Оба проекта создают одинаковый файл, но наверное с разным содержимым, /usr/bin/lha
В lhasa я прописал конфликт с lha. Надо ли ещё и в lha прописывать конфликт с lhasa?
Надо форкнуть пакет заново, внести правки и сделать пулл-реквест, тогда нормально будет. Сейчас просто рассинхронизация между форком и проектом в import, поэтому пулл-реквесты блокируются.semivanya писал(а):Примите обновление rawtherapee v4.2.784
https://abf.io/import/rawtherapee-unsta ... requests/5
Только там опять почему-то - заблокирован.
Код: Выделить всё
Compiling CommandLineInterface.cpp
Compiling FavoriteVolume.cpp
Compiling LanguageStrings.cpp
Compiling StringFormatter.cpp
Compiling TextUserInterface.cpp
Compiling UserInterface.cpp
Application.h: In constructor 'VeraCrypt::CommandLineInterface::CommandLineInterface(int, wchar_t**, VeraCrypt::UserInterfaceType::Enum)':
Application.h:430:40: error: cannot convert 'wxString' to 'const wchar_t*' for argument '1' to 'VeraCrypt::SharedPtr<VeraCrypt::VolumePassword> VeraCrypt::ToUTF8Password(const wchar_t*, size_t)'
Application.h:469:37: error: cannot convert 'wxString' to 'const wchar_t*' for argument '1' to 'VeraCrypt::SharedPtr<VeraCrypt::VolumePassword> VeraCrypt::ToUTF8Password(const wchar_t*, size_t)'
Application.h:510:60: error: cannot convert 'wxString' to 'const wchar_t*' for argument '1' to 'VeraCrypt::SharedPtr<VeraCrypt::VolumePassword> VeraCrypt::ToUTF8Password(const wchar_t*, size_t)'
Compiling UserPreferences.cpp
/builddir/build/BUILD/VeraCrypt-VeraCrypt_1.17/src/Build/Include/Makefile.inc:24: recipe for target 'CommandLineInterface.o' failed
make[1]: *** [CommandLineInterface.o] Error 1
make[1]: *** Waiting for unfinished jobs....
Makefile:292: recipe for target 'all' failed
make: *** [all] Error 2
RPM build errors:
error: Bad exit status from /var/tmp/rpm-tmp.82493 (%build)
Bad exit status from /var/tmp/rpm-tmp.82493 (%build)
Child returncode was: 1
EXCEPTION: Command failed. See logs for output.
# ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/veracrypt.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 377, 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/veracrypt.spec']
LEAVE do --> EXCEPTION RAISED
Скорее всего вот этот патч поможет: https://github.com/veracrypt/VeraCrypt/ ... d75c.patchNemial писал(а):Application.h:430:40: error: cannot convert 'wxString' to 'const wchar_t*' for argument '1' to 'VeraCrypt::SharedPtr<VeraCrypt::VolumePassword> VeraCrypt::ToUTF8Password(const wchar_t*, size_t)'
Смотрю, в каком файле ошибка (в данном случае CommandLineInterface.cpp, т.к. "recipe for target 'CommandLineInterface.o' failed"). И потом смотрю в апстриме, нет ли коммитов, касающихся этого файла уже после выпуска версии, которая не собирается.Nemial писал(а):Как вы находите эти патчи(у меня так не выходит, может потому что не понимаю где и как искать?)
Сделал.Pulfer писал(а):Надо форкнуть пакет заново, внести правки и сделать пулл-реквест, тогда нормально будет. Сейчас просто рассинхронизация между форком и проектом в import, поэтому пулл-реквесты блокируются.
* Sun Apr 3 2016 marcin.bajor@gmail.com
- Fix possible buffer overrun in raw ca correction
- Try to fix #3132 by making sure every file chooser dialog is given an appropriate parent window.
- Added DCP profiles for Fujifilm X-E1, X-E2, X-T1 and X-T10 with permission from user cack
Ушёл на QA: http://bugs.rosalinux.ru/show_bug.cgi?id=6919Nemial писал(а):И примите мой пул реквест по p7zip(с моего нового аккаунта tremod)
IMHO, аккаунт лучше не удалять - с него же были пулл-реквесты. Но спрошу при случае у разработчиков ABF, можно ли это безболезненно сделать.Nemial писал(а):Вообщем я заново зарегистрировался на abf(и теперь показывается моя иконка при работе средствами git, я очень рад(так как регистрировался через github)) и если можно(то я бы хотел, чтобы мой аккаунт nemial на abf удалили(если можно))
Буду благодарен если спросите.Pulfer писал(а):IMHO, аккаунт лучше не удалять - с него же были пулл-реквесты. Но спрошу при случае у разработчиков ABF, можно ли это безболезненно сделать.Nemial писал(а):Вообщем я заново зарегистрировался на abf(и теперь показывается моя иконка при работе средствами git, я очень рад(так как регистрировался через github)) и если можно(то я бы хотел, чтобы мой аккаунт nemial на abf удалили(если можно))
Я его позже гляну (может, завтра). Перенесу нужные правки вручную. Пока что закрыл его, чтобы никто автоматически не смержил.Алзим писал(а):И посмотрите, пожалуйста, мой пул рекквест https://abf.io/import/logrotate/pull_requests
Hmm, they shouldn't be empy. I just checked them both and they are fine. I mean these two from rpm-helper-0.24.12-13-rosa2014.1.noarch:GiuX писал(а):Hi guys,
It's normal that the rpm-helper script "user-del" and "group-del" are empty?
Отправил на QA: http://bugs.rosalinux.ru/show_bug.cgi?id=6921Nemial писал(а):Не могли бы, принять мой пул реквест по gdm.
Код: Выделить всё
nm-ip4-config.c: In function 'nm_ip4_config_add_address':
nm-ip4-config.c:1486:8: warning: dereferencing type-punned pointer might break strict-aliasing rules [-Wstrict-aliasing]
|| nm_platform_ip_address_cmp_expiry ((const NMPlatformIPAddress *) &item_old, (const NMPlatformIPAddress *) new) > 0) {
^
nm-ip6-config.c: In function 'nm_ip6_config_add_address':
nm-ip6-config.c:1311:8: warning: dereferencing type-punned pointer might break strict-aliasing rules [-Wstrict-aliasing]
|| nm_platform_ip_address_cmp_expiry ((const NMPlatformIPAddress *) &item_old, (const NMPlatformIPAddress *) new) > 0) {
^
nm-logging.c:42:32: fatal error: systemd/sd-journal.h: No such file or directory
#include <systemd/sd-journal.h>
Код: Выделить всё
Installation failed:
gzip-utils conflicts with zutils-1.4-1.x86_64
error while checking dependencies
Код: Выделить всё
Conflicts: gzip-utils
Provides: gzip-utils
Пока нет, я только-только закончил Plasma 5.6.2 собирать в тестовый репозиторий, дальше KF 5.21.0 на очереди, а потом сборка всего этого в официальные обновления. Но в любом случае это вопрос ближайших дней, когда я на него время выделю, чтобы изучить патчи. Может завтра.Алзим писал(а):А про logrotate ничего новенького нет?
Это надо добавить BuildRequires: pkgconfig(libsystemd-journal). А узнать это вот так можно:Nemial писал(а):nm-logging.c:42:32: fatal error: systemd/sd-journal.h: No such file or directory
Код: Выделить всё
$ urpmf systemd/sd-journal.h
libsystemd-journal0-devel:/usr/include/systemd/sd-journal.h
$ urpmq libsystemd-journal0-devel --provides
libsystemd-journal0-devel: devel(libsystemd-journal)
libsystemd-journal0-devel: libsystemd-journal-devel[== 219-1.20150505.21:2014.1]
libsystemd-journal0-devel: pkgconfig(libsystemd-journal)[== 219]
libsystemd-journal0-devel: libsystemd-journal0-devel[== 219-1.20150505.21:2014.1]
Да, получается, что если собирать такой пакет, то только в качестве замены gzip-utils. Вряд ли оно того стоит.Алзим писал(а):Обновил пакет, но он тесты не прошёл.
Это значит, что эта утилита несовместима с РОСОЙ?
Код: Выделить всё
EBUG: configure: WARNING: unrecognized options: --without-bluetooth, --with-gtkver
DEBUG: + /usr/bin/make -j8
DEBUG: /usr/bin/make all-recursive
DEBUG: make[1]: Entering directory '/builddir/build/BUILD/network-manager-applet-1.1.93'
DEBUG: Making all in src
DEBUG: make[2]: Entering directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src'
DEBUG: Making all in utils
DEBUG: make[3]: Entering directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils'
DEBUG: Making all in .
DEBUG: make[4]: Entering directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils'
DEBUG: CC libutils_libnm_glib_la-utils.lo
DEBUG: CC libutils_libnm_la-utils.lo
DEBUG: CCLD libutils-libnm-glib.la
DEBUG: CCLD libutils-libnm.la
DEBUG: make[4]: Leaving directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils'
DEBUG: Making all in tests
DEBUG: make[4]: Entering directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils/tests'
DEBUG: CC test_utils-test-utils.o
DEBUG: CCLD test-utils
DEBUG: /usr/bin/ld: cannot find -lnm
DEBUG: collect2: error: ld returned 1 exit status
DEBUG: Makefile:627: recipe for target 'test-utils' failed
DEBUG: make[4]: Leaving directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils/tests'
DEBUG: make[4]: *** [test-utils] Error 1
DEBUG: Makefile:555: recipe for target 'all-recursive' failed
DEBUG: make[3]: *** [all-recursive] Error 1
DEBUG: make[3]: Leaving directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src/utils'
DEBUG: Makefile:862: recipe for target 'all-recursive' failed
DEBUG: make[2]: Leaving directory '/builddir/build/BUILD/network-manager-applet-1.1.93/src'
DEBUG: make[2]: *** [all-recursive] Error 1
DEBUG: Makefile:632: recipe for target 'all-recursive' failed
DEBUG: make[1]: Leaving directory '/builddir/build/BUILD/network-manager-applet-1.1.93'
DEBUG: make[1]: *** [all-recursive] Error 1
DEBUG: make: *** [all] Error 2
Код: Выделить всё
checking for LIBNMA... no
configure: error: Package requirements (libnma >= 1.1.0) were not met:
No package 'libnma' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables LIBNMA_CFLAGS
and LIBNMA_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
RPM build errors:
error: Bad exit status from /var/tmp/rpm-tmp.12859 (%build)
Bad exit status from /var/tmp/rpm-tmp.12859 (%build)
Child returncode was: 1
EXCEPTION: Command failed. See logs for output.
# ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/networkmanager-pptp.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 377, 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/networkmanager-pptp.spec']
LEAVE do --> EXCEPTION RAISED
Да. Здесь производится (безуспешно) поиск libnma средствами pkgconfig. Это значит что надо перво-наперво прописать соответсвующую зависимость в spec-файл. Поскольку поиск идет через pkgconfig, то можно смело добавить ее в таком виде:Nemial писал(а):И, что вот это значит?Вроде такого пакета нет(который он просит)Код: Выделить всё
checking for LIBNMA... no configure: error: Package requirements (libnma >= 1.1.0) were not met: No package 'libnma' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBNMA_CFLAGS and LIBNMA_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.
Код: Выделить всё
BuildRequires: pkgconfig(libnma)
busybox я смерджил, отправлю на QA. Единственное замечание - комментарии в spec-файлах лучше писать по-английски. Все-таки у нас есть хорошие помощники, не понимающие русский.Алзим писал(а):Тогда, по возможности, посмотрите и это: https://abf.io/import/busybox
Изменений там мало. Патч всего один удалён, т.к. указанные в патче файлы отсутствуют в исходниках.
Правда, я ещё три новых патча добавил. Но они с сайта разрабов и наверное нужны.
Хорошо.d_uragan писал(а): busybox я смерджил, отправлю на QA. Единственное замечание - комментарии в spec-файлах лучше писать по-английски. Все-таки у нас есть хорошие помощники, не понимающие русский.
Да уж лучше проверить, т.к. от автора этой программы можно чего угодно ожидать, вплоть до порчи пользовательских файлов, если страна определена как Россия. И может вообще не стоит по этой причине программу обновлять без полного аудита кода новой версии.Алзим писал(а):Про q4wine, сразу скажу, не проверял. Ставил когда-то давно эту прогу себе на Сьюзи, кроме забитого меню пуск лишними приложениями, больше ничего в ней не понял. На РОСЕ даже и ставить не пытался, т.к. лень потом чистить меню.
Автор вроде украинец.Pulfer писал(а):Да уж лучше проверить, т.к. от автора этой программы можно чего угодно ожидать, вплоть до порчи пользовательских файлов, если страна определена как Россия. И может вообще не стоит по этой причине программу обновлять без полного аудита кода новой версии.Алзим писал(а):Про q4wine, сразу скажу, не проверял. Ставил когда-то давно эту прогу себе на Сьюзи, кроме забитого меню пуск лишними приложениями, больше ничего в ней не понял. На РОСЕ даже и ставить не пытался, т.к. лень потом чистить меню.
Ага. И забанил на домашней странице q4wine пользователей из РФ, мотивируя это тем, что РФ вражеское государство.Алзим писал(а):Автор вроде украинец.
Можете удалить пул реквест. Если кому будет интересно, то создам снова.Pulfer писал(а):Ага. И забанил на домашней странице q4wine пользователей из РФ, мотивируя это тем, что РФ вражеское государство.Алзим писал(а):Автор вроде украинец.
Я просмотрел изменения в коде между версиями. Не нашёл ничего деструктивного, так что смержил и отправил собираться.Алзим писал(а):Можете удалить пул реквест. Если кому будет интересно, то создам снова.
Ясно. Спасибо.Pulfer писал(а):Я просмотрел изменения в коде между версиями. Не нашёл ничего деструктивного, так что смержил и отправил собираться.Алзим писал(а):Можете удалить пул реквест. Если кому будет интересно, то создам снова.
Это разные типы зависимостей. Зависимость pkgconfig(AppIndicator3) означает, что нужен пакет, содержащий файл /usr/lib[64]/pkgconfig/AppIndicator3.pc (или /usr/share/pkgconfig/AppIndicator3.pc), а typelib(AppIndicator3) - файл /usr/lib/girepository-1.0/AppIndicator3-0.1.typelibNemial писал(а):Вопрос к уважаемым знатокам. Зачем в спеке писать
Requires: typelib(AppIndicator3)
А не
Requires: pkgconfig(AppIndicator3)
И что означает typelib(и в каких случаях его применять)?
Код: Выделить всё
%define _enable_debug_packages %{nil}
%define debug_package %{nil}
%global _bindir /bin
%global _sbindir /sbin
%global _libdir /%{_lib}
%global _libexecdir /lib
#global _sysconfdir /etc
%global _dracutdir %{_usr}/lib/dracut
%global _udevdir /lib/udev
%global _udevruledir /lib/udev/rules.d
Name: zfs
Version: 0.6.5.6
Release: 1%{?dist}
Summary: Commands to control the Zettabyte File System kernel modules and libraries
Group: System/Kernel and hardware
License: CDDL
URL: http://zfsonlinux.org/
Source0: %{name}-%{version}.tar.gz
Patch0: allow-to-build-with-tirpc.path
Requires: spl = %{version}
%define libzpool %mklibname zpool 2
%define libnvpair %mklibname nvpair 1
%define libuutil %mklibname uutil 1
%define libzfs %mklibname %{name} 2
Requires: %{libzpool} = %{version}
Requires: %{libnvpair} = %{version}
Requires: %{libuutil} = %{version}
Requires: %{libzfs} = %{version}
Requires: %{name}-kmod = %{version}
Provides: %{name}-kmod-common = %{version}
# zfs-fuse provides the same commands and man pages that ZoL does. Renaming
# those on either side would conflict with all available documentation.
Conflicts: zfs-fuse
BuildRequires: pkgconfig(libtirpc)
BuildRequires: pkgconfig(zlib)
BuildRequires: pkgconfig(uuid)
BuildRequires: pkgconfig(blkid)
%description
This package contains the ZFS command line utilities.
%package -n %{libzpool}
Summary: Native ZFS pool library for Linux
Group: System/Kernel and hardware
%description -n %{libzpool}
This package contains the zpool library, which provides support
for managing zpools
%package -n %{libnvpair}
Summary: Solaris name-value library for Linux
Group: System/Kernel and hardware
%description -n %{libnvpair}
This package contains routines for packing and unpacking name-value
pairs. This functionality is used to portably transport data across
process boundaries, between kernel and user space, and can be used
to write self describing data structures on disk.
%package -n %{libuutil}
Summary: Solaris userland utility library for Linux
Group: System/Kernel and hardware
%description -n %{libuutil}
This library provides a variety of compatibility functions for ZFS on Linux:
* libspl: The Solaris Porting Layer userland library, which provides APIs
that make it possible to run Solaris user code in a Linux environment
with relatively minimal modification.
* libavl: The Adelson-Velskii Landis balanced binary tree manipulation
library.
* libefi: The Extensible Firmware Interface library for GUID disk
partitioning.
* libshare: NFS, SMB, and iSCSI service integration for ZFS.
%package -n %{libzfs}
Summary: Native ZFS filesystem library for Linux
Group: System/Kernel and hardware
%description -n %{libzfs}
This package provides support for managing ZFS filesystems
%package -n %{libzfs}-devel
Summary: Development headers
Group: System/Kernel and hardware
Requires: %{libzfs} = %{version}
Requires: %{libzpool} = %{version}
Requires: %{libnvpair} = %{version}
Requires: %{libuutil} = %{version}
Provides: %{libzpool}-devel = %{EVRD}
Provides: %{libnvpair}-devel = %{EVRD}
Provides: %{libuutil}-devel = %{EVRD}
%description -n %{libzfs}-devel
This package contains the header files needed for building additional
applications against the ZFS libraries.
%package test
Summary: Test infrastructure
Group: System/Kernel and hardware
Requires: %{name}%{?_isa} = %{version}-%{release}
Requires: parted
Requires: lsscsi
Requires: mdadm
Requires: bc
%description test
This package contains test infrastructure and support scripts for
validating the file system.
%prep
%setup -q
%patch0 -p0
%build
%configure \
LIBS=-ltirpc \
--with-config=user \
--with-dracutdir=%{_dracutdir} \
--with-blkid \
--enable-systemd \
--with-systemdunitdir=%{_unitdir} \
--with-systemdpresetdir=%{_presetdir} \
--disable-sysvinit \
--disable-static \
--with-udevdir=%{_udevdir} \
--with-udevruledir=%{_udevruledir}
%make
%install
%make install DESTDIR=%{buildroot}
%{__find} %{buildroot}%{_libdir} -name '*.la' -exec %{__rm} -f {} \;
%{__rm} -rf %{buildroot}%{_usr}/share/initramfs-tools
%post
%systemd_post zfs.target
exit 0
%preun
%systemd_preun zfs.target
exit 0
%postun
%systemd_postun zfs.target
%files
%{_sbindir}/*
%{_bindir}/*
%{_libexecdir}/%{name}
%{_mandir}/man1/*
%{_mandir}/man5/*
%{_mandir}/man8/*
%{_udevdir}/vdev_id
%{_udevdir}/zvol_id
%{_udevdir}/rules.d/*
%{_usr}/lib/modules-load.d/*
%{_unitdir}/*
%{_presetdir}/*
%config(noreplace) %{_sysconfdir}/%{name}
#files dracut
%doc contrib/dracut/README.dracut.markdown
%{_dracutdir}/modules.d/*
%files -n %{libzpool}
%{_libdir}/libzpool.so.*
%files -n %{libnvpair}
%{_libdir}/libnvpair.so.*
%files -n %{libuutil}
%{_libdir}/libuutil.so.*
%files -n %{libzfs}
%{_libdir}/libzfs*.so.*
%files -n %{libzfs}-devel
%{_datadir}/pkgconfig/libzfs.pc
%{_datadir}/pkgconfig/libzfs_core.pc
%{_libdir}/*.so
%{_includedir}/*
%doc AUTHORS COPYRIGHT DISCLAIMER
%doc OPENSOLARIS.LICENSE README.markdown
%files test
%{_datadir}/%{name}
Код: Выделить всё
zfs.src:7: E: hardcoded-library-path (Badness: 1) in /lib
zfs.src:10: E: hardcoded-library-path (Badness: 1) in /lib/udev
Код: Выделить всё
zfs.x86_64: W: only-non-binary-in-usr-lib
Код: Выделить всё
zfs.x86_64: E: non-readable (Badness: 1) /etc/zfs/zed.d/zed.rc 0600
Код: Выделить всё
lib64zfs2-devel.x86_64: W: no-provides lib64zfs-devel
lib64zfs2-devel.x86_64: W: no-dependency-on lib64zfs2/lib64zfs2-libs/liblib64zfs2
Это лучше убрать, т.к. эти определения вносят смуту. Например, есть макрос %_udevrulesdir, а тут задаётся %_udevruledir, который определяет тот же путь, но от стандартного отличается наличием буквы s в имени. Ну и системные %_bindir и т.д. лучше не переопределять, а просто использовать /bin далее в спеке. А ещё лучше в /usr/bin и /usr/sbin собирать файлы.trs писал(а):%global _bindir /bin
%global _sbindir /sbin
%global _libdir /%{_lib}
%global _libexecdir /lib
#global _sysconfdir /etc
%global _dracutdir %{_usr}/lib/dracut
%global _udevdir /lib/udev
%global _udevruledir /lib/udev/rules.d
Тут лучше версии библиотек засунуть в макросы, чтобы потом в секции %files их использовать. Как пример:trs писал(а):%define libzpool %mklibname zpool 2
%define libnvpair %mklibname nvpair 1
%define libuutil %mklibname uutil 1
%define libzfs %mklibname %{name} 2
Надо сделать вот такое имя вместо %{libzfs}-devel:trs писал(а):%package -n %{libzfs}-devel
.la файлы вручную удалять не надо, это делается средствами rpm автоматически, начиная с rosa2012.1.trs писал(а):%{__find} %{buildroot}%{_libdir} -name '*.la' -exec %{__rm} -f {} \;
%{__rm} -rf %{buildroot}%{_usr}/share/initramfs-tools
exit 0 лучше убрать.trs писал(а):%post
%systemd_post zfs.target
exit 0
На это (и на остальной приведённый вывод rpmlint) можно не обращать внимания, по сути это просто более серьёзные предупреждения для размышления, чем просто W:. Фильтровать в rpmlintrc лучше то, что сильно забивает вывод rpmlint. А остальное пусть остаётся.trs писал(а):zfs.src:7: E: hardcoded-library-path (Badness: 1) in /lib
zfs.src:10: E: hardcoded-library-path (Badness: 1) in /lib/udev
Макроса для udev не нашел.
Тут я тоже не знаю.trs писал(а):Касательно 7й строки -- _libexecdir -- /lib/zfs/zed.d содержит скрипты демона zed, не знаю, насколько правильно место.
Спасибо. Выполнял поиск _udev в /usr/lib/rpm, а надо было ещё и в /etc/rpm/macros.d посмотреть.Pulfer писал(а):есть макрос %_udevrulesdir, а тут задаётся %_udevruledir, который определяет тот же путь, но от стандартного отличается наличием буквы s в имени.
В /sbin в данном пакете помещаются аналоги mount. А /usr может быть отдельный ZFS "раздел" (в терминологии ZFS -- файловая система).Pulfer писал(а):А ещё лучше в /usr/bin и /usr/sbin собирать файлы.
Удобнее всего вот такtrs писал(а):Спасибо. Выполнял поиск _udev в /usr/lib/rpm, а надо было ещё и в /etc/rpm/macros.d посмотреть.
Код: Выделить всё
$ rpm --showrc | grep udev
Да, такого нет. Видимо, обычно не используется напрямую, а только через пути к hwdb.d и rules.dtrs писал(а):Но, каков стандартный макрос для пути /lib/udev, всё одно, не нашёл.
Если действительно есть необходимость в /sbin и /bin положить файлы, то да, пусть будут там.trs писал(а):В /sbin в данном пакете помещаются аналоги mount. А /usr может быть отдельный ZFS "раздел" (в терминологии ZFS -- файловая система). Вопрос, возможно, как и про zed, для отдельной темы.
Для пакетов из Main я в понедельник пулл-реквесты смержу, т.к. там ещё дополнительные действия потребуются (создание QA-запроса, пересборка зависимых пакетов у libtorrent-rasterbar и т.п.)Nemial писал(а):Примите пул реквест по tar.
Сегодня, Вы Клементину обновляли. Патч clementine-1.3-metalarchives.patch вы делали после локальной сборки? Как я понял, прописать строку «#: widgets/nowplayingwidget.cpp:122» можно только после сборки, т.к. в исходниках такого файла я не нашёл.Pulfer писал(а):Для пакетов из Main я в понедельник пулл-реквесты смержу, т.к. там ещё дополнительные действия потребуются (создание QA-запроса, пересборка зависимых пакетов у libtorrent-rasterbar и т.п.)Nemial писал(а):Примите пул реквест по tar.
I use the script "%_postun_userdel" in a spec file but doesn't work as expected: the user indicated isn't removed on uninstall of the package...Pulfer писал(а):Hmm, they shouldn't be empy. I just checked them both and they are fine. I mean these two from rpm-helper-0.24.12-13-rosa2014.1.noarch:GiuX писал(а):Hi guys,
It's normal that the rpm-helper script "user-del" and "group-del" are empty?
/usr/share/rpm-helper/del-group
/usr/share/rpm-helper/del-user
Лучше всё же системные пакеты особо не трогать, т.к. почти всё из этого мы планировали обновлять при переходе на новую платформу (binutils, bison, coreutils, gettext), т.к. они могут очень сильно отразиться на работе системы и сборке пакетов. Причём изменения в работе могут проявиться только после пересборки того или иного пакета с установленными новыми binutils, так что QA за неделю тестирования проблемы обнаружить не сможет. Это надо все пакеты дистрибутива пересобирать и смотреть на результат. Из списка, наверное, только tar и grep безопасно обновлять в рамках текущей платформы. coreutils можно было бы попробовать с большой-большой осторожностью, но т.к. острой необходимости в этом нет, то лучше тоже отложить.Nemial писал(а):Ну и тогда посмотрите в понедельник пул реквесты по
gettext https://abf.rosalinux.ru/import/gettext/pull_requests/2
grep https://abf.rosalinux.ru/import/grep/pull_requests/1
coreutils https://abf.rosalinux.ru/import/coreuti ... requests/1
bison https://abf.rosalinux.ru/import/bison/pull_requests/1
binutils https://abf.rosalinux.ru/import/binutil ... requests/1
tar https://abf.rosalinux.ru/import/tar/pull_requests/1
Хорошо буду знать, а что еще не стоит обновлять(в рамках этой платформы?)Pulfer писал(а):Лучше всё же системные пакеты особо не трогать, т.к. почти всё из этого мы планировали обновлять при переходе на новую платформу (binutils, bison, coreutils, gettext), т.к. они могут очень сильно отразиться на работе системы и сборке пакетов. Причём изменения в работе могут проявиться только после пересборки того или иного пакета с установленными новыми binutils, так что QA за неделю тестирования проблемы обнаружить не сможет. Это надо все пакеты дистрибутива пересобирать и смотреть на результат. Из списка, наверное, только tar и grep безопасно обновлять в рамках текущей платформы. coreutils можно было бы попробовать с большой-большой осторожностью, но т.к. острой необходимости в этом нет, то лучше тоже отложить.Nemial писал(а):Ну и тогда посмотрите в понедельник пул реквесты по
gettext https://abf.rosalinux.ru/import/gettext/pull_requests/2
grep https://abf.rosalinux.ru/import/grep/pull_requests/1
coreutils https://abf.rosalinux.ru/import/coreuti ... requests/1
bison https://abf.rosalinux.ru/import/bison/pull_requests/1
binutils https://abf.rosalinux.ru/import/binutil ... requests/1
tar https://abf.rosalinux.ru/import/tar/pull_requests/1
coreutils я обновил до 8.24 и послал на qa. Он у меня дома довольно давно работает и проблем я не замечал. Это я его когда-то обновил, локально поставил для тестов и забыл:) Но вот только патчи из него не надо просто так выкидывать, как пул реквесте сделано.Pulfer писал(а): Лучше всё же системные пакеты особо не трогать, т.к. почти всё из этого мы планировали обновлять при переходе на новую платформу (binutils, bison, coreutils, gettext), т.к. они могут очень сильно отразиться на работе системы и сборке пакетов. Причём изменения в работе могут проявиться только после пересборки того или иного пакета с установленными новыми binutils, так что QA за неделю тестирования проблемы обнаружить не сможет. Это надо все пакеты дистрибутива пересобирать и смотреть на результат. Из списка, наверное, только tar и grep безопасно обновлять в рамках текущей платформы. coreutils можно было бы попробовать с большой-большой осторожностью, но т.к. острой необходимости в этом нет, то лучше тоже отложить.
Некоторые пулы я сейчас смерджу, пока время есть, включая libtorrent-rasterbar.Pulfer писал(а):Для пакетов из Main я в понедельник пулл-реквесты смержу, т.к. там ещё дополнительные действия потребуются (создание QA-запроса, пересборка зависимых пакетов у libtorrent-rasterbar и т.п.)Nemial писал(а):Примите пул реквест по tar.
Компиляторы, модули perl и python, библиотеки. В целом, стоит упор сделать на пользовательский софт из Contrib.Nemial писал(а):Хорошо буду знать, а что еще не стоит обновлять(в рамках этой платформы?)
Готово, опубликовался пакет libspnav в КонтрибАлзим писал(а):Утащил из ОпенМандривы libspnav и немного обновил спек. https://abf.io/alzim/libspnav
Возможно, библиотеки потребуются для freecad.
Добавьте, пожалуйста этот проект в РОСУ.
Однако, fatrat и leechcraft надо патчить, чтобы собрались в новых реалиях.d_uragan писал(а): Некоторые пулы я сейчас смерджу, пока время есть, включая libtorrent-rasterbar.
Спасибо.Pulfer писал(а): Готово, опубликовался пакет libspnav в Контриб
Я не смотрел внимательно за Вашими сборками, но у одного из двух указанных Вами пакетов, видел что есть обновление. Какой именно пакет, не помню, т.к. внимательно не смотрел и не запоминал.d_uragan писал(а):Однако, fatrat и leechcraft надо патчить, чтобы собрались в новых реалиях.d_uragan писал(а): Некоторые пулы я сейчас смерджу, пока время есть, включая libtorrent-rasterbar.
Или тут. https://github.com/0xd34df00d/leechcraft/releasesАлзим писал(а):У leechcraft
https://dist.leechcraft.org/LeechCraft/
Если соберётся с libspnav, то можно и добавить. Мы обычно стараемся включать максимальное количество фич при сборке, когда это возможно.Алзим писал(а):Только, вот, я не знаю. стоит ли добавлять libspnav в freecad, если у меня freecad и так собрался?![]()
И до этого freecad был без libspnav.
Собралось.Pulfer писал(а): Если соберётся с libspnav, то можно и добавить. Мы обычно стараемся включать максимальное количество фич при сборке, когда это возможно.
А если поставить галочки на странице управления подписками в своём профиле https://abf.rosalinux.ru/settings/notifiers ?Алзим писал(а):И одна маленькая просьба. На странице, на которой делаются Пул Реквесты, можно включить уведомления о последующих комментариях. По-умолчанию уведомления отключены. И я иногда забываю их включить.
Галочки я сразу поставил, когда только зарегистрировался.Pulfer писал(а): А если поставить галочки на странице управления подписками в своём профиле https://abf.rosalinux.ru/settings/notifiers ?
Это можно самому посмотреть.Nemial писал(а):И еще вопрос, а fish опубликовали в репозиторий?
Прикрыл их.Nemial писал(а):Pulfer, вы можете прикрыть вот эти пул реквесты(так как системные компоненты):