Всем привет =)) Тут такое дело: при сборке пакета на cmake выдает
ошибку : fatal error: QtCore/QList: No such file or directory
установил пакеты libqt4-devel и qt4-devel, но упорно не хочет находить
путь к QtCore. Buildreq добавил ещё два пакета : phonon-devel и
qt4-designer, но ситуация не
В Втр, 27/12/2011 в 08:33 +0600, Евгений Ростовцев пишет:
27.12.11, gBopHuk_altgbophuk_...@mail.ru написал(а):
В Пнд, 26/12/2011 в 22:33 +0700, Евгений Ростовцев пишет:
-I%_includedir/qt4
То есть в конец cmake добавить эту штуку?
Нет. Надо перед вызовом cmake добавить строчку:
В Срд, 28/12/2011 в 08:34 +0600, Евгений Ростовцев пишет:
В самом пакете косяк, он кладёт pkg-config файл не в
%_libdir/pkgconfig (во что разворачивается %_pkgconfigdir), а в
%_libexecdir/pkgconfig
Говорит
mv: `/usr/src/tmp/libvlc-qt-buildroot/usr/lib/pkgconfig/libvlc-qt.pc'
and
В Срд, 28/12/2011 в 14:48 +0600, Евгений Ростовцев пишет:
Вы забыли обернуть этот перенос в условную конструкцию:
%ifarch x86_64
...
%endif
результат тот же : пакет собирается, но не работает, потому как не может
найти QtCore
___
devel-newbies
В Срд, 28/12/2011 в 15:16 +0600, Евгений Ростовцев пишет:
результат тот же : пакет собирается, но не работает, потому как не может
найти QtCore
Непонятно: каким образом работа пакета зависит от хедера?
В общем ситуация такая: этот пакет нужен для работы tano-player, при
сборке tano
При сборке с помощью gear --hasher -- hsh каталог
~/hasher/chroot/usr/src/in удалялся, затем снова создавался без проблем.
С недавнего времени hasher стал выдавать ошибку о том что не может
удалить каталог src/in, так как нету прав на него. Владелец каталога
user_b. Как вернуть всё в зад =)) Устал
Казалось бы простая задача : Есть готовые файлы, которые нужно
копировать в buildroot, затем запаковать в rpm. В результате чего в spec
файле должна отсутствовать секция %build со всеми включающими. Но при
выполнении секции %prep вылезает ошибка :
./configure --build=i586-alt-linux
В Вск, 08/01/2012 в 13:08 +0200, Michael Shigorin пишет:
Секция %build в таком случае присутствует, но пуста:
%build
%install
# ...
Теперь вывод стал таким, суть не изменилась:
Executing(%build): /bin/sh -e /usr/src/tmp/rpm-tmp.49256
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd
В Втр, 03/01/2012 в 19:01 +0200, Michael Shigorin пишет:
drwxrwxrwt mike_a mike_a .../chroot/usr/src
Ага, значит мне нужно задать такие же права, только этот каталог
создаётся каждый раз при новой сборке. Куда тогда прописать права на
этот каталог?
В Втр, 10/01/2012 в 23:26 +0400, Dmitry V. Levin пишет:
Давайте попробуем прояснить ситуацию.
Процитируйте, пожалуйста, вывод hasher'а.
Надеюсь, вы еще не успели поменять какие-нибудь права вручную.
+ home_hasher=/home/gbophuk/hasher
+ logf=/home/gbophuk/hasher/build.txt
+ echo
Запустил cmake c парметром -v
Определил что проблемы возникают с файлами начинающимися на moc_ :
/usr/src/RPM/BUILD/libvlc-qt-0.5.1/BUILD/src/core/moc_Audio.cxx:50:
warning: documented function `const QMetaObject * VlcAudio::metaObject'
was not declared or defined.
В Чтв, 29/03/2012 в 17:21 +0400, Андрей Черепанов пишет:
29 марта 2012 gBopHuk_alt написал:
В Вск, 29/01/2012 в 00:34 +0400, gBopHuk_alt пишет:
Тут подумал: раз уж пакеты -debug собираются автоматом, то можно
как-нибудь заставить пакеты -devel тоже собираться автоматом?
Мда, вопрос
При сборке пакета в лог вышло вот такая вот фишка:
lib.req:
WARNING: /usr/src/tmp/opera-buildroot/usr/lib/opera/liboperagtk3.so:
overlinked libraries: и тут перечисление либ
В общем вопрос как правильно перевести в данной ситуации слово
overlinked? И если я правильно понял нужно добавить
В Птн, 15/06/2012 в 13:17 +0300, Motsyo Gennadi aka Drool пишет:
Выхотите упаковать оперу с gtk3-плагином?
Она по-умолчанию с ним, там не только на gtk3 warning но и на qt4. Вот я
и думаю в чём я ошибся
___
devel-newbies mailing list
В Птн, 15/06/2012 в 16:57 +0400, Dmitry Chistikov пишет:
Нет, лучше бы избавиться от этой избыточности.
См. также:
* http://lists.altlinux.org/pipermail/devel/2010-October/185066.html
(что неприятно, search.altlinux.org'ом не находится; куда сослаться
взамен - не нашел);
*
В Срд, 05/09/2012 в 15:27 +0400, Андрей Черепанов пишет:
Обычный rsync всего репозитория. Больше геморроя отдельно содержать
basesystem.
Да не особо хочется качать 1.1 Гигабайт, оно конечно потом при
синхронизации должно меньше качаться. Я просто смотрю если в перспективе
репозиторий будет
Гугление не дало какого-либо внятного результата, потому как плохо
владею Инглишом, но я исправляюсь =))
Проблема в том что при сборке происходит вот такой вывод:
Linking C executable granite-demo
../lib/libgranite.so.0.1.4: undefined reference to
`gtk_entry_get_placeholder_text'
В Пнд, 17/09/2012 в 12:26 +0300, Igor Zubkov пишет:
2012/9/17 gBopHuk_alt:
А как добавить линковку?%add_optflag?
Исправить порядок в котором gcc собирает бинарь. Смысл в том что из-за
изменений в gcc (очередная оптимизация) что бы линковатся правильно,
библиотеки должны в самом конце
В Пнд, 17/09/2012 в 16:15 +0300, Igor Zubkov пишет:
2012/9/17 gBopHuk_alt:
В Пнд, 17/09/2012 в 12:26 +0300, Igor Zubkov пишет:
2012/9/17 gBopHuk_alt:
А как добавить линковку?%add_optflag?
Исправить порядок в котором gcc собирает бинарь. Смысл в том что из-за
изменений в gcc
В Втр, 18/09/2012 в 09:34 +0700, Евгений Ростовцев пишет:
Дайте лучше ссылку на проект. Тут используется cmake, а его я не знаю.
Надо посмотреть поближе.
https://launchpad.net/granite
А спек?
Не Уапрос =)))
Name: granite
Version: 0.1
Release: alt0
Summary: Framework for elementary OS
В Втр, 18/09/2012 в 18:28 +0700, Евгений Ростовцев пишет:
Непонятно, ошибок линковки не наблюдается. Только конфиг проекта
содержит ошибки, вот небольшой фикс:
--- a/granite/lib/CMakeLists.txt
+++ b/granite/lib/CMakeLists.txt
@@ -17,7 +17,7 @@ set (DOLLAR $)
# You hear that? It's kittens
В Чтв, 20/09/2012 в 23:34 +0700, Евгений Ростовцев пишет:
Соберётся, если привести спек в адекватное состояние :)
А что подразумевает понятие Адекватное состояние ?
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
Прочитал тут на вики Alt'a как должны назваться пакеты в бранчах, и тут
возникло куча вопросов? Найти на них ответы я не смог
- Зачем столько букв и цифр в имени бэкпартируемых пакетов ( М60P.1 )
- Что значит Буква М ?
- Что значит 0 после 6?
- Почему P в конце?
Так же из-за появления данного
---BeginMessage---
Когда то давно скопировал этот файл чтобы легче было заполнять
spec-файлы. На днях решил собрать программу, но sisyphus_check выдал
ошибку что нету такой группы Applications/Internet. Полез
в /usr/lib/rpm/GROUP и действительно куда-то пропали все Applications/*.
Так вот
В Сбт, 24/11/2012 в 00:43 +0400, Dmitry V. Levin пишет:
sh -efux gear-srpmimport lxpanelx-0.5.6-2.src.rpm
sh -efux gear-srpmimport ../../rpms/src.rpm/lxpanelx-0.5.6-2.src.rpm
+ . gear-sh-functions
++ . shell-error
+++ '[' -z '' ']'
+++ __included_shell_error=1
+++ PROG=gear-srpmimport
+++
В Срд, 28/11/2012 в 15:53 +0200, Motsyo Gennadi aka Drool пишет:
error: Bad exit status from /usr/src/tmp/rpm-tmp.31520 (%build)
Я б тоже глянул , да в GearRepo собираю , а там пока никак в chroot =((
___
devel-newbies mailing list
В Срд, 28/11/2012 в 22:30 +0200, Motsyo Gennadi aka Drool пишет:
28.11.2012 18:19, gBopHuk_alt пишет:
В Срд, 28/11/2012 в 15:53 +0200, Motsyo Gennadi aka Drool пишет:
error: Bad exit status from /usr/src/tmp/rpm-tmp.31520 (%build)
Я б тоже глянул , да в GearRepo собираю , а там пока никак
Год назад собирал пакет с данным спеком и всё собиралось
Сегодня решил собрать в GearRepo чтобы люди могли пользоваться , но
sisyphus_check решил по другому.
Выхлоп такой
Wrote: /usr/src/in/srpm/libvlc-qt-0.6.0-alt1.M60P.1.src.rpm
/usr/src/in/srpm/libvlc-qt-0.6.0-alt1.M60P.1.src.rpm: unprintable
В Срд, 16/01/2013 в 12:23 +0200, Motsyo Gennadi aka Drool пишет:
А не Summary(ru_RU.UTF8) должно быть?
Только что попробовал ru_RU.UTF8 - результат тот же
Я раньше без sisyphus_check собирал, а теперь решил чтобы было всё по
уму. Я как понял дело в кодировке , потому как sisyphus_changelog
В Срд, 16/01/2013 в 15:57 +0400, Dmitry V. Levin пишет:
В %changelog'е.
Проверка gpg,packager и changelog заранее отключены
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies
В Срд, 16/01/2013 в 17:25 +0200, Igor Zubkov пишет:
1. Почему спек файл с досовыми концами строк?
2. Url не рабочий
3. Закоментированные Patch, Conflicts, Obsoletes, Provides зачем?
4. BuildRequires видимо написаны руками. Зачем? buildreq на спек и он
сам всё найдёт и пропишет.
5. Requires:
В Срд, 16/01/2013 в 17:25 +0200, Igor Zubkov пишет:
10. Почему файлы которые должны быть в -devel пакете делают в основном
пакете.
11. %find_lang тут не нужен. Всё равно файлов с переводами нет.
10. Подпакеты до сих пор не умею собирать. Да и пакет этот используется
для сборки другого, вот
В Срд, 16/01/2013 в 20:19 +0200, Igor Zubkov пишет:
Его можно гонять как в живой системе, так и в самом hasher.
Я в хешере гонял , ради чистоты сборки =)) Не получилось.
Можете подробно расписать как вы пользуетесь buildreq ?
___
devel-newbies mailing
В Срд, 16/01/2013 в 22:08 +0400, Dmitry V. Levin пишет:
Так бывает, когда за основу был взят файл с досовыми концами строк.
Исправьте, пожалуйста.
А как это сделать ? И ещё как узнать что в файле досовские концы строк?
А если бы sisyphus_check забраковал бы ваш пакет на том лишь
В Птн, 18/01/2013 в 20:38 +0200, Michael Shigorin пишет:
Нет, см. вывод rpm -ql имя_пакета. А бояться тут не надо,
лучше разучивать создание резервной копии системы (в самом
простом варианте -- cp -ax / /home/backup-root или же
rsync -PavHx / /home/backup-root/ при отдельном /home)
Потеря
В Сбт, 19/01/2013 в 23:12 +0400, Dmitry V. Levin пишет:
Посмотрите ее SONAME, и если оно отличается от имени файла, то для
запуска
она не нужна.
Имени Файла чего ? С каким файлом сравнивать?
___
devel-newbies mailing list
В Сбт, 19/01/2013 в 23:12 +0400, Dmitry V. Levin пишет:
Как определить, нужна ли ссылка lib*.so для запуска, или только для
сборки?
Посмотрите ее SONAME, и если оно отличается от имени файла, то для
запуска
она не нужна.
Ну к примеру:
$ readelf -Wa /usr/lib/libvlc-qt.so | grep SONAME
В Вск, 20/01/2013 в 13:29 +0200, Igor Zubkov пишет:
Ага. Qt давно уже не монолит и от него не всё нужно. В данном случае,
QtCore и QtGui. libqt4 просто имеет слишком много в зависимостях.
Теперь понятно =)) Спасибо
___
devel-newbies mailing list
Кто работает на архитектуре 64 , подскажите существует ли
папка /usr/lib64 ? Я только знаю что есть /lib64 и просто /lib, а вот
в /usr ?
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
В Птн, 25/01/2013 в 13:57 +0200, Motsyo Gennadi aka Drool пишет:
А может без всякой проверки?
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_DESTINATION=%_lib
Тогда надо вешать багу на rpm-macros-cmake
___
devel-newbies mailing list
В Вск, 27/01/2013 в 14:42 +0200, Motsyo Gennadi aka Drool пишет:
Зачем?
Затем =))
$rpm --eval %cmake
mkdir build; cd build;
cmake .. \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_DESTINATION=lib \
%if lib == lib64
-DLIB_SUFFIX=64 \
%else
-DLIB_SUFFIX= \
%endif
Словил я тут такое:
FHS
violations: /opt/songo /opt/songo/lib /opt/songo/lib/aopalliance-1.0.jar
/opt/songo/lib/async-http-client-1.7.6.jar /opt/songo/lib/gson-2.2.2.jar
/opt/songo/lib/guava-13.0.1.jar /opt/songo/lib/guice-3.0.jar
/opt/songo/lib/guice-assistedinject-3.0.jar
В Чтв, 06/06/2013 в 16:03 +0300, Motsyo Gennadi aka Drool пишет:
В /opt ложатся некоторые сторонние пакеты или бинарные инсталлеры.
Вы
же пытаетесь собрать в альте родной rpm-пакет, а в этом случае
разрешаются только стандартные пути.
И давно так? Раньше без проблем собирал пакеты в /opt
В Чтв, 06/06/2013 в 22:45 +0300, Motsyo Gennadi aka Drool пишет:
06.06.2013 17:59, gBopHuk_alt написав(ла):
И давно так? Раньше без проблем собирал пакеты в /opt : Sublime2,
stocknovice
Хз. А почему не собрать пакет нормально, как положено в стандартные для
дистрибутива каталоги
На днях решил собрать локально пакет. Но тут обнаружил что параметр
--no-sisyphus-check=packager,gpg перестал отрабатывать
gear-hsh -v --no-sisyphus-check=packager,gpg
wrong packager in CHANGELOGNAME: bla-bla bla-...@gmail.com
2.0.2-alt2.M60P.1
sisyphus_check: check-changelog ERROR: changelog
В Чтв, 18/07/2013 в 11:59 +0400, Vladimir Didenko пишет:
18 июля 2013 г., 12:00 пользователь gBopHuk_alt написал:
На днях решил собрать локально пакет. Но тут обнаружил что
параметр
--no-sisyphus-check=packager,gpg перестал отрабатывать
Не перестал, у вас другая
46 matches
Mail list logo