openSUSE 13.2: rpm-package by hand

pengumaniac · Mon Aug 24, 2015 1:46 pm

again misunderstood, I don't need Fedora
I'd just like to see oSL AND Fedora rpm creation in next qlcplus Source Tarballs...

cingulingu · Mon Aug 24, 2015 1:51 pm

To: massimo
Modified .ymp for the openSUSE_Tumbleweed repo.

qlcplus_ymp.zip: qlcplus.ymp; (965 Bytes) Downloaded 91 times

cingulingu · Mon Aug 24, 2015 1:53 pm

To: pengumaniac
A.. OK.

mcallegari · Mon Aug 24, 2015 2:18 pm

Download page updated.
Please check.

cingulingu · Mon Aug 24, 2015 6:38 pm

Nice.. But I have another things to add. Yesterday I made some addition, for fedora 21/22 and for openSUSE_Tumbleweed.
If you want to add them too. The problem are the fedoras repo. They can't be added true 1-click. Just the Tumbleweed repo can be added (.ymp file in the previous post ).
But the fedora can be only linked to: https://software.opensuse.org/download. ... ge=qlcplus
Which contain all the possibilities and instruction. Even more options to integrate it in to your page here: https://software.opensuse.org/download/doc
Pick your poison

mcallegari · Mon Aug 24, 2015 6:38 pm

cingulingu wrote:Nice.. But I have another things to add. Yesterday I made some addition, for fedora 21/22 and for openSUSE_Tumbleweed.
If you want to add them too. The problem are the fedoras repo. They can't be added true 1-click. Just the Tumbleweed repo can be added (.ymp file in the previous post ).
But the fedora can be only linked to: https://software.opensuse.org/download. ... ge=qlcplus
Which contain all the possibilities and instruction. Even more options to integrate it in to your page here: https://software.opensuse.org/download/doc
Pick your poison

What about if I link to your page from the QLC+ website ?
https://software.opensuse.org/download. ... ge=qlcplus
It seems pretty straight forward to me and would leave the QLC+ website clean from Linux specific installation instructions

cingulingu · Tue Aug 25, 2015 11:46 am

It's OK. For Me.
I saw that you have a "QLC+ TEST versions" for unofficial builds. If you want you can add these two links there.
Git-Qt4 versions: https://software.opensuse.org/download. ... lcplus-git
Git-Qt5 versions: https://software.opensuse.org/download. ... lcplus-qt5

mcallegari · Tue Aug 25, 2015 11:46 am

cingulingu wrote:It's OK. For Me.

Done

cingulingu wrote:I saw that you have a "QLC+ TEST versions" for unofficial builds. If you want you can add these two links there.
Git-Qt4 versions: https://software.opensuse.org/download. ... lcplus-git
Git-Qt5 versions: https://software.opensuse.org/download. ... lcplus-qt5

And done

Thanks !

cingulingu · Tue Aug 25, 2015 1:34 pm

Nice... I can make the Qt5 builds for fedora too. But is there any one who can provide me the fedora Qt5 dependencies (rpm package names)?

cingulingu · Tue Aug 25, 2015 1:34 pm

cingulingu wrote:I can make the Qt5 builds for fedora too. But is there any one who can provide me the fedora Qt5 dependencies (rpm package names)?

Forget it ... Done too.

For Massimo: Just edit the description of the " OpenSUSE builds (Qt5):" test build post to " Fedora and OpenSUSE builds (Qt5): ". Priority=none

pengumaniac · Tue Sep 15, 2015 4:28 pm

pick your poison II.
https://en.opensuse.org/openSUSE:Packag ... categories
cingulingu => AudioVideo;AudioVideoEditing if I'm not wrong.
w/o -> Multimedia / "another" Programs, not too bad too...

cingulingu · Tue Sep 15, 2015 7:42 pm

Hi, pengumaniac
A short answer is NO. Why...
I have consulted a suse/obs community about that yars ago.
And the outcome was to put the icons in a already used categories.
Because is much more neat and is looking as it should for the opensuse build.
If you do it your way it add an unnecessary category icon in a already crowded category and it looks like crappy compiled soft like skype,..(if you know what I mean) .

P.S. In my opinion is better to wait for the next release. It will be a big leap, literally. (SLES kernal 4.xx.xx, Plasma 5, perhaps x64 only, and much more)
More hire: https://en.opensuse.org/Portal:Leap and https://en.opensuse.org/openSUSE:Leap

pengumaniac · Wed Sep 16, 2015 9:28 am

cingulingu,
yesterday I was in hurry to test, and don't had time/was to lazy to correct old patch,
as we had changes in both etc/*.desktop files on git since "~2 pages" ago of this thread.
So I let them unpatched....

To remember: Massimo must not know each OS-specific thing, and the link shows clearly what possibilities we have - and what you know & keep "in secret".
I prefer QLC+ as Favorite, so for me its 88-equal where in this messed up "new" KDE-Menu we're located!

thx. for the info about Leap, oSL13.2 is so "behind" w/ kernel 3.x - on Gentoo I've for quite some time 4.x,
since Sunday "4.2.0-gentoo-r1" they are really heating up!
From Power-Button ~46 sec. / between Grub & Lights On in Operate Mode 33 sec. on a 1.8Ghz/512MB RAM - beat it...!

PS: "%_libdir/qt5/plugins/qlcplus/libuart.so" (named after the patch!) is missing in rpm/qlcplus.spec - couldn't we replace some lines, with a simple "/libdir/qtdir/plugins/qlcplus/*.so" instead?

mcallegari · Wed Sep 16, 2015 10:27 am

Wait, libuart.so and libgpio.so are not included in the release on purpose. They are not meant to be used on desktops.
Please DO NOT include them in the OpenSUSE and Fedora builds as well.

pengumaniac · Wed Sep 16, 2015 11:12 am

but they need to be packed, if compiled, otherwise rpmbuild fails...

And btw. in general: the "qmake - make - make_install"-way on oSL will fail too on x86_64, if someone doesn't know the tricks in Makefiles ...

cingulingu · Wed Sep 16, 2015 11:28 am

"libuart.so" is just a build leftover requirement. It is not included in the build as an required package!
The builds ageist qt4 did not include spi and uart. But the qt5 refuses to build without it. Did you have any switches for qmake and install?

Massimo:
I saw that you already have opened a obs account. And try to do it.
My proposal is to grant me a maintainer access, and I can try to sort it out for you.
For now I'm not incline to mess with ubuntu (deb) builds on my account for obvious reasons.
I can do it for you too.
My OBS-ID: cingulingu1

PM-Me

mcallegari · Wed Sep 16, 2015 11:28 am

cingulingu wrote:"libuart.so" is just a build leftover requirement. It is not included in the build as an required package!
The builds ageist qt4 did not include spi and uart. But the qt5 refuses to build without it. Did you have any switches for qmake and install?

The UART plugin is built by default but it's not included in the packages release.
I've done that cause I can monitor if it builds fine through the Travis CI service.
It will be included only (together with the GPIO plugin) in the Raspberry Pi images.

cingulingu wrote:I saw that you already have opened a obs account. And try to do it.
My proposal is to grant me a maintainer access, and I can try to sort it out for you.
For now I'm not incline to mess with ubuntu (deb) builds on my account for obvious reasons.
I can do it for you too.
My OBS-ID: cingulingu1

Done.
I tried many times to have Ubuntu packages built from GIT but always failed.
Having them would be great and very helpful for many users.
If you succeed with it, then we can unify the builds in one place (my account or your account) and publish the links in the QLC+ website.

Thanks !

cingulingu · Thu Sep 17, 2015 10:01 am

For the uart and spi, I got that. I will left them as they for now, just for the qt5 (experimental build) they can't harm anyone. Just to check the builds.
About the merge of the obs account... that’s is my final goal. I totally agree.

Just my lack... OBS ofline for maintenence

17-09.15/12:39 -- Working!

cingulingu · Thu Sep 17, 2015 2:56 pm

almost done... just a few problems...

The first was the libmad0-dev dependency. I have already sorted it, in in my branch and send you a request.
Theoretically you just need to accept it. I can't, I'm just a mainteiner ...

For the Xubuntu 12.04 ther is problem with g++ 4.6. If I remember correctly those errors can be avoided with some ignore switches.
Or it can be just ignored (disabled/removed the build)

Code: Select all

  245s] /usr/include/qt4/QtCore/qlist.h:469:3: error: assuming signed overflow does not occur when assuming that (X - c) > X is always false [-Werror=strict-overflow]
[  245s] At global scope:
[  245s] cc1plus: error: unrecognized command line option "-Wno-unused-local-typedefs" [-Werror]
[  245s] cc1plus: all warnings being treated as errors
[  245s] make[3]: *** [channelmodifiergraphicsview.o] Error 1
[  245s] make[3]: Leaving directory `/usr/src/packages/BUILD/ui/src'
[  245s] make[2]: *** [sub-src-make_default-ordered] Error 2
[  245s] make[2]: Leaving directory `/usr/src/packages/BUILD/ui'
[  245s] make[1]: *** [sub-ui-make_default-ordered] Error 2
[  245s] make[1]: Leaving directory `/usr/src/packages/BUILD'
[  245s] dh_auto_build: make -j1 returned exit code 2
[  245s] make: *** [build] Error 25
[  245s] dpkg-buildpackage: error: debian/rules build gave error exit status 2

For Xubuntu 14.04 and probably others, the problem is in the ./unittest
It is actually logical, that the VM does not have a X-server.. Can it be disable? How?
This one can be patched just for/on obs

Code: Select all

[ 1274s] ********* Finished testing of Universe_Test *********
[ 1274s] /usr/src/packages/BUILD
[ 1274s] /usr/src/packages/BUILD /usr/src/packages/BUILD
[ 1274s] rgbscript_test: cannot connect to X server 
[ 1274s] /usr/src/packages/BUILD
[ 1274s] 1 Engine unit tests failed. Please fix before commit.
[ 1274s] make[1]: *** [check] Error 1
[ 1274s] make[1]: Leaving directory `/usr/src/packages/BUILD'
[ 1274s] dh_auto_test: make -j1 check returned exit code 2
[ 1274s] make: *** [build] Error 2
[ 1274s] dpkg-buildpackage: error: debian/rules build gave error exit status 2

mcallegari · Thu Sep 17, 2015 2:56 pm

cingulingu wrote:almost done... just a few problems...

The first was the libmad0-dev dependency. I have already sorted it, in in my branch and send you a request.
Theoretically you just need to accept it. I can't, I'm just a mainteiner ...

Uhmm...I don't follow. Why libmad is needed ? Isn't present in the OBS system ?

cingulingu wrote:For the Xubuntu 12.04 ther is problem with g++ 4.6. If I remember correctly those errors can be avoided with some ignore switches.
Or it can be just ignored (disabled/removed the build)

This is weird, cause the official 32bit build for Ubuntu is built on Ubuntu 12.04, which should have GCC 4.6. I have no idea why the OBS complains.
I guess we can patch the variables.pri file (line 15) as a temporary solution.

cingulingu wrote:For Xubuntu 14.04 and probably others, the problem is in the ./unittest
It is actually logical, that the VM does not have a X-server.. Can it be disable? How?
This one can be patched just for/on obs

Please try again. I have improved the unittest script to detect if a X server is available.
In case, what is the username used by the OBS, and is the xvfb package available ?