Содержание
- Доставка * .so и двоичных файлов при сборке пакета RPM
- 2 ответа
- Shipping *.so and binaries while building RPM package
- 3 Answers 3
- Доставка *.so и двоичных файлов при создании пакета RPM
- Доставка *.so и двоичных файлов при создании пакета RPM
- Error arch dependent binaries in noarch package
Доставка * .so и двоичных файлов при сборке пакета RPM
Я создал приложение python, в которое я хотел бы отправить .so и некоторые двоичные файлы в последнем пакете RPM. После долгого чтения я нашел способ добавить файлы/изображения и другие файлы данных в setup.py . Теперь, когда я создаю RPM с помощью команды python setup.py bdist_rpm , он жалуется на зависимость от архитектуры:
После googling я обнаружил, что мы можем добавить:
или удалите строку BuildArch: noarch в файле packagename.spec , чтобы преодолеть ошибку rpmbuild . Однако каждый раз, когда я добавляю или удаляю строку из build/bdist.linux-i686/rpm/SPECS/packagename.spec , команда python setup.py bdist_rpm всегда перезаписывает файл .spe .
Есть ли способ избежать Arch dependent binaries и отправить *.so и другие двоичные файлы в rpm?
2 ответа
Поведение bdist_rpm определяется набором настроек в:
Я готов поспорить, что в вашей системе существует только /usr/lib/rpm/macros . Это нормально.
Итак, чтобы предотвратить ошибку, зависящую от Arch Binary in noarch package, вы должны создать /etc/rpm/macros или
/.rpmmacros и добавить следующее:
Не изменяйте /usr/lib/rpm/macros , потому что этот файл будет перезаписан системой всякий раз, когда пакет rpm-build обновляется, понижается или повторно устанавливается.
Если вы хотите переопределить поведение для всех в системе, поместите настройки в /etc/rpm/macros . Если вы хотите переопределить поведение для конкретного пользователя, добавьте настройки в $HOME/.rpmmacros .
.rpmmacros trumps /etc/rpm/macros , который превосходит /usr/lib/rpm/macros .
Примечание: полезно изучить /usr/lib/rpm/macros , чтобы узнать, какие настройки доступны и примеры синтаксиса.
В качестве побочного примечания установка %_unpackaged_files_terminate_build 0 предотвращает ошибку error: Installed (but unpackaged) file(s) found: .
Источник
Shipping *.so and binaries while building RPM package
I have created a python application in which I would like to ship .so and some binary files in the final RPM package. After long reading I found a way to add binaries/ image and other data files in setup.py . Now, when I build an RPM with python setup.py bdist_rpm command, it complains about architecture dependency:
After googling I found that we can add:
or removing the line BuildArch: noarch in the packagename.spec file to overcome the rpmbuild failure. However, every time I add or remove line from build/bdist.linux-i686/rpm/SPECS/packagename.spec the command python setup.py bdist_rpm always overwrites the .spe file.
Is there a way to avoid Arch dependent binaries and ship *.so and other binary files in rpm?
3 Answers 3
The behavior of bdist_rpm is defined by a bunch of settings in:
I’m willing to bet that only /usr/lib/rpm/macros exists on your system. This is normal.
So, in order to prevent the «Arch dependent binaries in noarch package» error you would create /etc/rpm/macros or
/.rpmmacros and add the following:
Do not modify /usr/lib/rpm/macros because that file will be overwritten by the system whenever the rpm-build package is upgraded, downgraded, or re-installed.
If you want to override the behavior for everyone on the system put the settings in /etc/rpm/macros . If you want override the behavior for a particular user then add the settings to $HOME/.rpmmacros .
.rpmmacros trumps /etc/rpm/macros which trumps /usr/lib/rpm/macros .
Note: it’s useful to examine /usr/lib/rpm/macros to see what settings are available and for syntax examples.
As a side note, %_unpackaged_files_terminate_build 0 setting prevents the error: Installed (but unpackaged) file(s) found: error.
Источник
Доставка *.so и двоичных файлов при создании пакета RPM
Я создал приложение python, в которое я хотел бы отправить .so и некоторые двоичные файлы в последнем пакете RPM. После долгого чтения я нашел способ добавить файлы/изображения и другие файлы данных в setup.py . Теперь, когда я создаю RPM с помощью команды python setup.py bdist_rpm , он жалуется на зависимость от архитектуры:
После googling я обнаружил, что мы можем добавить:
или удалите строку BuildArch: noarch в файле packagename.spec , чтобы преодолеть ошибку rpmbuild . Однако каждый раз, когда я добавляю или удаляю строку из build/bdist.linux-i686/rpm/SPECS/packagename.spec , команда python setup.py bdist_rpm всегда перезаписывает файл .spe .
Есть ли способ избежать Arch dependent binaries и отправить *.so и другие двоичные файлы в rpm?
Поведение bdist_rpm определяется набором настроек в:
Я готов поспорить, что в вашей системе существует только /usr/lib/rpm/macros . Это нормально.
Итак, чтобы предотвратить ошибку, зависящую от Arch Binary in noarch package, вы должны создать /etc/rpm/macros или
/.rpmmacros и добавить следующее:
Не изменяйте /usr/lib/rpm/macros , потому что этот файл будет перезаписан системой всякий раз, когда пакет rpm-build обновляется, понижается или повторно устанавливается.
Если вы хотите переопределить поведение для всех в системе, поместите настройки в /etc/rpm/macros . Если вы хотите переопределить поведение для конкретного пользователя, добавьте настройки в $HOME/.rpmmacros .
.rpmmacros trumps /etc/rpm/macros , который превосходит /usr/lib/rpm/macros .
Примечание: полезно изучить /usr/lib/rpm/macros , чтобы узнать, какие настройки доступны и примеры синтаксиса.
В качестве побочного примечания установка %_unpackaged_files_terminate_build 0 предотвращает ошибку error: Installed (but unpackaged) file(s) found: .
Источник
Доставка *.so и двоичных файлов при создании пакета RPM
Я создал приложение python, в которое я хотел бы отправить .so и некоторые двоичные файлы в последнем пакете RPM. После долгого чтения я нашел способ добавить файлы/изображения и другие файлы данных в setup.py . Теперь, когда я создаю RPM с помощью команды python setup.py bdist_rpm , он жалуется на зависимость от архитектуры:
После googling я обнаружил, что мы можем добавить:
или удалите строку BuildArch: noarch в файле packagename.spec , чтобы преодолеть ошибку rpmbuild . Однако каждый раз, когда я добавляю или удаляю строку из build/bdist.linux-i686/rpm/SPECS/packagename.spec , команда python setup.py bdist_rpm всегда перезаписывает файл .spe .
Есть ли способ избежать Arch dependent binaries и отправить *.so и другие двоичные файлы в rpm?
Поведение bdist_rpm определяется набором настроек в:
- /usr/lib/rpm/macros
/etc/rpm/macros
$HOME/.rpmmacros
Я готов поспорить, что в вашей системе существует только /usr/lib/rpm/macros . Это нормально.
Итак, чтобы предотвратить ошибку, зависящую от Arch Binary in noarch package, вы должны создать /etc/rpm/macros или
/.rpmmacros и добавить следующее:
Не изменяйте /usr/lib/rpm/macros , потому что этот файл будет перезаписан системой всякий раз, когда пакет rpm-build обновляется, понижается или повторно устанавливается.
Если вы хотите переопределить поведение для всех в системе, поместите настройки в /etc/rpm/macros . Если вы хотите переопределить поведение для конкретного пользователя, добавьте настройки в $HOME/.rpmmacros .
.rpmmacros trumps /etc/rpm/macros , который превосходит /usr/lib/rpm/macros .
Примечание: полезно изучить /usr/lib/rpm/macros , чтобы узнать, какие настройки доступны и примеры синтаксиса.
В качестве побочного примечания установка %_unpackaged_files_terminate_build 0 предотвращает ошибку error: Installed (but unpackaged) file(s) found: .
Источник
Error arch dependent binaries in noarch package
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 15:51 |
Добрый день. Сегодня официально опубликовано новое SDK. С его помощью возможно производить разработку ПО под линейку PocketBook Pro. Желающие могут скачать SDK со страницы проекта PocketBook Free . «Историческая» тема PocketBook Free: открытый SDK и исходники (PB301+, PB360, PB302) |
ava1ar
Активный участник форума
Joined: 11 May 2011
Posts: 194
Location: Guttenberg, NJ, USA
Posted: 02.06.2011 16:28 |
Ура! Дождались! Уже качаю, сейчас посмотрим что там у нас есть _________________ NST GL 1.2.1 — всегда с собой | PB 902 v2.1.0b2 (rooted) — для дома |
Ключник
Член клуба The eBook
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 16:31 |
Для работы необходимо сделать следующее: 1) Распаковать архив в /projects && tar zxvf sdkrelease_1.0.tar.gz -C 2) Установить пакеты: 3) Выполнить команды: |
sergeyvl
Член клуба The eBook
Joined: 12 Nov 2010
Posts: 1246
Location: Украина. Харьков
Posted: 02.06.2011 16:39 |
Мама дорогая, неужто дождались. Все, пошел смотреть _________________ Шахматы — PocketBook,Kindle,Onyx,Kobo,Android |
biv_sumy
Член клуба The eBook
Joined: 20 Jul 2009
Posts: 18808
Location: Сумы, Украина
Posted: 02.06.2011 16:46 |
ava1ar sergeyvl Тише а то спугнете _________________ PB 602Grey, PB A7, NSTGL +PB Power Bank. |
qwillis
Кандидат в члены клуба The eBook
Joined: 13 Nov 2009
Posts: 317
Location: Российская Федерация, город Москва
Posted: 02.06.2011 16:48 |
ava1ar sergeyvl Лучшие люди уже тут. Ждем от Вас новинок. Спасибо. |
Ключник
Член клуба The eBook
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 16:49 |
biv_sumy Не успел вам письмо отправить. _________________ REB 1100, Pocketbook 602, iPad 2 |
qwillis
Кандидат в члены клуба The eBook
Joined: 13 Nov 2009
Posts: 317
Location: Российская Федерация, город Москва
Posted: 02.06.2011 16:50 |
biv_sumy
А Вы тоже не отставайте с изобретениями! |
Antuan
Член клуба The eBook
Joined: 30 Sep 2009
Posts: 11643
Location: Киев
Posted: 02.06.2011 17:06 |
Виндовс версия будет? _________________ PB 360° (v.15.3) | PB Pro 602 Grey (v.2.2.1a fastdrv) | PB A7 (v.1.3.1583) — подарок от PocketBook. |
sergeyvl
Член клуба The eBook
Joined: 12 Nov 2010
Posts: 1246
Location: Украина. Харьков
Posted: 02.06.2011 17:13 |
Вроде что-то собирается (в работе не проверял так как нет устройства).
1. make_arm.sh работает для всех примеров (собирает исполняемые файлы); На сколько я понял, makepc.sh — это сборка под эмулятор, написаный на QT? (иначе зачем qt-creator устанавливать). Но вот самой libinkview.so для сборки под эмулятор почему-то нет (или я просто не нашел). В этом SDK я увидел тулчейны для сборки как под 3xx (PBSDK) так и под pro (FRSCSDK). Переключаться на сколько я понял можно с помощью -DPLATFORM Общий вердикт: Last edited by sergeyvl on 02.06.2011 17:23; edited 3 times in total |
Ключник
Член клуба The eBook
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 17:21 |
sergeyvl Можно подробнее про вашу версию SDK в личку? 3. Если вы про возможность запуска QT приложений, то да по моим данным) SDK еще будем дорабатывать и готовить документацию по нему. Добавлено спустя 6 минут 1 секунду: Antuan |
sergeyvl
Член клуба The eBook
Joined: 12 Nov 2010
Posts: 1246
Location: Украина. Харьков
Posted: 02.06.2011 17:28 |
Ключник Страничка на форуме, вот: libroom.net/viewtopic.php?t=17573 Главное что произошло шевеление со стороны компании в этом направлении. Поверьте, на вашей репутации это заметно отразится. Спасибо! QT-приложения имхо сами по себе достаточно громоздки, не знаю стоит ли портировать QT на PocketBook. Я говорил о другом. Мне казалось что появился новый эмулятор, написаный на QT. Возможно я ошибался. Существенный минус данного SDK — отсутствие эмулятора. |
SSDTyphon
Бывалый участник форума
Joined: 08 Nov 2010
Posts: 110
Location: Киев
Posted: 02.06.2011 18:24 | ||
Я правильно понимаю, что теперь софт покетбука (полка, главное меню и т.п.) базируется на Qt? Если да, то насколько полна поддержка QT-шных виджетов, потоков и т.п. (QtCore и QtGui)? Можно ли будет писать свои приложения под покетбук на Qt?
Last edited by SSDTyphon on 02.06.2011 18:26; edited 1 time in total |
yuryfdr
Член клуба The eBook
Joined: 18 Jun 2009
Posts: 694
Posted: 02.06.2011 18:25 | ||
Круто. посмотрю на выходных.
хм. build-essential а что туда входит (может оно у меня есть)? у меня gentoo, что заемержить прийдётся? |
Ключник
Член клуба The eBook
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 18:27 |
yuryfdr Эммм я убунтовод. _________________ REB 1100, Pocketbook 602, iPad 2 |
yuryfdr
Член клуба The eBook
Joined: 18 Jun 2009
Posts: 694
SSDTyphon wrote: |
Я правильно понимаю, что теперь софт покетбука (полка, главное меню и т.п.) базируется на QT? Если да, то насколько полна поддержка QT-шных виджетов, потоков и т.п. (QtCore и QtGui)? |
вообще-то я qt не находил в 2.0.4, вот следы gtk и directfb были.
Posted after 1 minute 2 seconds:
Ключник wrote: |
yuryfdr Эммм я убунтовод. |
ладно, покопаюсь на выходных.
_________________
http://fedorchenko.net программы для PocketBook
Ключник
Член клуба The eBook
Joined: 02 Jul 2007
Posts: 3285
Location: Киев
Posted: 02.06.2011 18:29 |
SSDTyphon Я не хочу ничего пока обещать. Относительно QT его только сейчас портируют так что пока виджеты не на нем. _________________ REB 1100, Pocketbook 602, iPad 2 |
sergeyvl
Член клуба The eBook
Joined: 12 Nov 2010
Posts: 1246
Location: Украина. Харьков
yuryfdr wrote: |
Круто. посмотрю на выходных. |
Ключник wrote: |
2) Установить пакеты: sudo apt-get install build-essential cmake autoconf qtcreator libgtk2.0-dev libbz2-dev libcurl4-openssl-dev libgif-dev |
хм. build-essential а что туда входит (может оно у меня есть)? у меня gentoo, что заемержить прийдётся?
libc-dev
g++
make
_________________
Шахматы — PocketBook,Kindle,Onyx,Kobo,Android
JAW
Член клуба The eBook
Joined: 27 Sep 2004
Posts: 22894
Location: Северная столица
Posted: 02.06.2011 21:05 |
sergeyvl А удалось понять к чему удастся долезть в плане ридеров? Понятно интересует доступ к закрытому разделу словарей, TTS, заметкам. Я вот сравнил новый libinkview.h со старым (кстати всем рекомендую это сделать, т.к., насколько понимаю, это SDK кроме этого файла ничего нового не даёт), и как то вот непонятки. Ключник И всё таки. Хотя бы исходники FbReader выложите. Раньше они тоже не собирались, поэтому и сейчас в принципе могут не собираться, но понять как работать с нововведениями было бы не плохо. И это. А что. Разработка у Вас полностью под Linux работает? |
yuryfdr
Член клуба The eBook
Joined: 18 Jun 2009
Posts: 694
Ключник wrote: |
Относительно QT его только сейчас портируют |
а надо? судя по наличию gtk+ на устройстве, не хватает только gtkmm (не разводить холивар! ).
sergeyvl wrote: |
build-essential: |
libc-dev
g++
make
а, ну без этого gentoo не gentoo
JAW wrote: |
Разработка у Вас полностью под Linux работает? |
не знаю как у них, но вообще-то под Linux удобнее, сам полностью свалил лет 7 назад с Уиндовс, и не жалею. Для программиста Linux удобнее, процесс адаптации после M$VS около 2х недель (поиск IDE и т.д.), хотя сейчас больше всего кроссплатформенного.
Источник
The behavior of bdist_rpm is defined by a bunch of settings in:
/usr/lib/rpm/macros
/etc/rpm/macros
$HOME/.rpmmacros
I’m willing to bet that only /usr/lib/rpm/macros
exists on your system. This is normal.
So, in order to prevent the «Arch dependent binaries in noarch package» error you would create /etc/rpm/macros
or ~/.rpmmacros
and add the following:
%_unpackaged_files_terminate_build 0
%_binaries_in_noarch_packages_terminate_build 0
Do not modify /usr/lib/rpm/macros
because that file will be overwritten by the system whenever the rpm-build package is upgraded, downgraded, or re-installed.
If you want to override the behavior for everyone on the system put the settings in /etc/rpm/macros
. If you want override the behavior for a particular user then add the settings to $HOME/.rpmmacros
.
.rpmmacros
trumps /etc/rpm/macros
which trumps /usr/lib/rpm/macros
.
Note: it’s useful to examine /usr/lib/rpm/macros
to see what settings are available and for syntax examples.
As a side note, %_unpackaged_files_terminate_build 0
setting prevents the error: Installed (but unpackaged) file(s) found:
error.
Поведение bdist_rpm определяется набором настроек в:
-
/usr/lib/rpm/macros
-
/etc/rpm/macros
-
$HOME/.rpmmacros
Я готов поспорить, что в вашей системе существует только /usr/lib/rpm/macros
. Это нормально.
Итак, чтобы предотвратить ошибку, зависящую от Arch Binary in noarch package, вы должны создать /etc/rpm/macros
или ~/.rpmmacros
и добавить следующее:
%_unpackaged_files_terminate_build 0
%_binaries_in_noarch_packages_terminate_build 0
Не изменяйте /usr/lib/rpm/macros
, потому что этот файл будет перезаписан системой всякий раз, когда пакет rpm-build обновляется, понижается или повторно устанавливается.
Если вы хотите переопределить поведение для всех в системе, поместите настройки в /etc/rpm/macros
. Если вы хотите переопределить поведение для конкретного пользователя, добавьте настройки в $HOME/.rpmmacros
.
.rpmmacros
trumps /etc/rpm/macros
, который превосходит /usr/lib/rpm/macros
.
Примечание: полезно изучить /usr/lib/rpm/macros
, чтобы узнать, какие настройки доступны и примеры синтаксиса.
В качестве побочного примечания установка %_unpackaged_files_terminate_build 0
предотвращает ошибку error: Installed (but unpackaged) file(s) found:
.
-
nels.v
- Posts: 3
- Joined: 29 Jul 2014 20:29
rpm build errors during build.bash
I’m getting the following error during the build of perl-Compress-Raw-Zlib-2.027-1.noarch.rpm within the build.bash script.
Is this anything to worry about?
Thanks.
—
error: Arch dependent binaries in noarch package
RPM build errors:
Arch dependent binaries in noarch package
Missing file /root/rpmbuild/RPMS/noarch/perl-Compress-Raw-Zlib-2.027-1.noarch.rpm.
Maybe it did not build correctly?
-
darky83
- Site Admin
- Posts: 540
- Joined: 30 Sep 2012 11:03
- Location: eFa
- Contact:
Re: rpm build errors during build.bash
Post
by darky83 » 30 Jul 2014 17:01
this is during the build of mailscanner and can be ignored,
Mailscanner causes a whole bunch of errors but the script will make sure that all needed packages are installed up front.
Version eFa 4.x now available!
closed
Packages for RHEL/CentOS 6
Description
Make some adpatations to packages to be able to use them on RHEL 6 (and 5)
- History
- Notes
- Property changes
- Associated revisions
- Assignee changed from Jonathan CLARKE to Nicolas PERRON
RPM build for rudder-jetty package currently fails as follows:
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.dNfFYY + umask 022 + cd /usr/src/redhat/BUILD + '[' /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386 '!=' / ']' + rm -rf /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386 ++ dirname /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386 + mkdir -p /usr/src/redhat/BUILDROOT + mkdir /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386 + LANG=C + export LANG + unset DISPLAY + rm -rf /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386 + mkdir -p /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/opt/rudder + mkdir -p /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/var/log/rudder/webapp + mkdir -p /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/var/rudder/run + cd /usr/src/redhat/SOURCES + cp -a jetty7 /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/opt/rudder + mkdir -p /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/etc/init.d + mkdir -p /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/etc/default + install -m 755 jetty7/bin/jetty-sles.sh /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/etc/init.d/jetty + install -m 644 /usr/src/redhat/SOURCES/rudder-jetty.default /usr/src/redhat/BUILDROOT/rudder-jetty-2.4.0.alpha6.git-1.EL.6.i386/etc/default/jetty + /usr/lib/rpm/check-buildroot + /usr/lib/rpm/redhat/brp-compress + /usr/lib/rpm/redhat/brp-strip /usr/bin/strip + /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump + /usr/lib/rpm/brp-python-bytecompile + /usr/lib/rpm/redhat/brp-python-hardlink + /usr/lib/rpm/redhat/brp-java-repack-jars Processing files: rudder-jetty-2.4.0.alpha6.git-1.EL.6.noarch Provides: libsetuid.so()(64bit) Requires(interp): /bin/sh /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(pre): /bin/sh Requires(post): /bin/sh Requires: /bin/bash /usr/bin/env rtld(GNU_HASH) RPM build errors: error: Arch dependent binaries in noarch package Arch dependent binaries in noarch package
A possible workaround is here: http://synt4x3rr0r.blogspot.com/2011/11/linux-arch-dependent-binaries-in-noarch.html. But we should check what binaries it is that rpmbuild thinks are arch-dependent, before applying this!
Hi,
to fix the issue, add in spec file
%define _binaries_in_noarch_packages_terminate_build 0
Tested on centos6
I didn’t find which binary is considered as noarch. How can I do that ?
Nicolas PERRON wrote:
I didn’t find which binary is considered as noarch. How can I do that ?
Try running rpmlint on the RPM file (or src.rpm file).
- Target version changed from 2.4.0~alpha6 to 2.4.0~alpha7
- Status changed from In progress to Pending technical review
- % Done changed from 0 to 100
Olivier LI KIANG CHEONG wrote:
Hi,
to fix the issue, add in spec file
[…]Tested on centos6
This fix is good, thank you Oliver.
- Status changed from Pending technical review to 10
- Status changed from 10 to Released
- Project changed from Rudder to 34
- Category deleted (11)
- Project changed from 34 to Rudder
- Category set to Packaging
Also available in: Atom
PDF