openSUSE 13.2: rpm-package by hand

[pengumaniac]

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]

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]

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]

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]

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]

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

"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.

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]

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]

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]

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 ?

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.

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 ?

[cingulingu]

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

OBS uses a clean OSS VM-s without additional (extra) repositories. And as far as I know there is no codecs packed in official distros, do to codec licenses.
It is much easier to build it for distros that you want then download it, for each distro and arhitecture. Just accept the request. It will not touch your 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.

I think it was patched in a extra package from additional repo. The same story.

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 ?

Nop, NO-go. Produce the same error. As I said, There is NO X-server or xfb. In any Virtual Machine on OBS they are Headless.

[mcallegari]

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

OBS uses a clean OSS VM-s without additional (extra) repositories. And as far as I know there is no codecs packed in official distros, do to codec licenses.
It is much easier to build it for distros that you want then download it, for each distro and arhitecture. Just accept the request. It will not touch your build.

Request accepted

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.

I think it was patched in a extra package from additional repo. The same story.

Please patch variables.pri, then we'll find a better solution

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 ?

Nop, NO-go. Produce the same error. As I said, There is NO X-server or xfb. In any Virtual Machine on OBS they are Headless.

That's the point. See this:
https://github.com/mcallegari/qlcplus/c ... 40d2f247ed

if `pidof X` doesn't return the PID of a running X server, the UI test units are not performed now.
Since the error you posted was related to them, it has to work now.

It's building now. I'll have a look at the logs later.
By the way, how can we build on Qt5 ?

[mcallegari]

Just checked.
It still fails. So, you're not telling me the truth

Please do the following in a OBS shell and paste here the output

whoami
pidof X
export

[cingulingu]

Actually I did, tel the truth, I take a better look at what you done in ./unitest. You xvfb to detect the xserver.
But, as I said: " There is NO X-server or xvfb. In any Virtual Machine on OBS they are Headless. "
So.. you added the xvfb as a build requirement and it went on. That problem is solved
The next is that the language files (.ts) are missing. For the rpm builds I just call ./translate in the %pre section of the .spec file.
I'm not that deep in deb-pkg. Is there a way to do the same in debian files? And may be it will need some more dependencies (for translation to work)

P.S. There is another way. You can call the ./translate in witch you can add a test string for .ts files

[mcallegari]

Hey Veljko, let's open a new thread.
This was originally for OpenSUSE builds.

[cingulingu]

Do it