| poetaster | rinigus, opt-kf5-libqxmpp provides libQXmppQt5 | 05:56 |
|---|---|---|
| poetaster | rinigus, kaidan complains about an issue with Qt5Positioning. I made a ticket for that on github in the qtlocation repo. | 06:00 |
| rinigus | poetaster: it doesn't provide it in terms of RPM symbols. see the detailed description of RPM and see how requirements are resolved | 06:01 |
| rinigus | right now you cannot install that RPM as requirements are not provided (based on that OBS page) | 06:01 |
| rinigus | or here https://build.sailfishos.org/package/binary/sailfishos:chum:testing/opt-kf5-libqxmpp?arch=i586&filename=opt-kf5-libqxmpp-1.5-1.1.1.jolla.i486.rpm&repository=4.5.0.19_i486 | 06:01 |
| poetaster | rinigus, ok, don't get it. | 06:02 |
| rinigus | poetaster: we remove all provided libs as provided symbols using a macro %{?opt_kf5_default_filter} | 06:03 |
| poetaster | rinigus, omemo in testing sh: /usr/bin/python: No such file or directory (makes sense) but I didn't get this error in my repo. I wonder why? | 06:03 |
| rinigus | this is to avoid clashing with regular qt (as not having 2 sets of RPMs with libQtCore5.so provided - 5.6 and 5.15) | 06:04 |
| rinigus | so, you also have to remove requirements for that lib in the SPEC. | 06:04 |
| rinigus | how to do that is documented at https://github.com/sailfishos-chum/qt5#dependencies | 06:05 |
| poetaster | rinigus, I did. The requirements and provides/obsoletes. | 06:05 |
| poetaster | wouldn't build otherwise. | 06:05 |
| rinigus | poetaster: not for all - libQXmppQt5 is still required. you have to remove that as well | 06:06 |
| rinigus | add it to line 29 of https://build.sailfishos.org/package/view_file/sailfishos:chum:testing/opt-kf5-libqxmpp/_service:tar_git:libqxmpp.spec?expand=1 | 06:06 |
| poetaster | rinigus, ah, ok. got ya. that is why I had copied the libqca line. sigh. | 06:07 |
| rinigus | poetaster: where is the error with kaidan reported? | 06:08 |
| poetaster | https://build.sailfishos.org/package/live_build_log/home:poetaster:qt5.15/kaidan/sailfish_latest_aarch64/aarch64 | 06:08 |
| poetaster | ah, the python issue is < 3.4 | 06:10 |
| rinigus | poetaster: add corresponding geoclue plugin package to build requirements. see package names at https://build.sailfishos.org/package/binaries/sailfishos:chum/qtlocation?repository=4.5.0.19_i486 | 06:16 |
| rinigus | for that plugin, add opt-qt5-qtlocation-pos-geoclue | 06:16 |
| rinigus | re python issue - don't follow, but it is probably OK | 06:17 |
| poetaster | rinigus, it's only a problem on old sfos. ok, geoclue it is. I think this is why most are now packaginng QtPosition outside of location | 06:23 |
| rinigus | poetaster: plugins are packaged separately to avoid geoclue2 plugin to take over geoclue1 plugin. otherwise we will not have location in our devices | 06:25 |
| poetaster | rinigus. you mean in the opt context ? | 06:29 |
| rinigus | poetaster: yes. I don't think geoclue2 plugin for qt5.6 is packaged for sfos. not sure if it exists even | 06:30 |
| poetaster | ./src/plugins/position/geoclue/geoclue.pro | 06:34 |
| poetaster | does not look plugable yet. 5.4 of qtlocation is a mess. it's a bit tragic for us. 5.6 is clean. much nicer code. I'm backporting stuff. | 06:36 |
| poetaster | rinigus, nothing provides opt-qt5-qtlocation-pos-geoclue-devel ? | 06:36 |
| poetaster | oops. not devel. | 06:36 |
| poetaster | rinigus, opt-kf5-libqxmpp fixed. | 06:40 |
| rinigus | poetaster: it is not fixed. see requirements again. best is to check those requirements for all RPM packages generated by SPEC. OBS provides nice interface for it, so it is easy to use | 06:49 |
| poetaster | rinigus, I meant fixed in the sense that it builds :) it still also has a doc block although that's not being generated. | 06:50 |
| rinigus | note that libqca-qt5.so.2 is now missing requirement. also, note that you haven't added dependencies to required packages | 06:50 |
| rinigus | for example, that qca lib requirement means that you have to add RPM with it to requirements | 06:51 |
| rinigus | poetaster: as a routine, I usually make packages without that requirement macro and then add all packages which would provide corresponding libs. otherwise we end up getting packages which have messed up requirements | 06:52 |
| poetaster | rinigus, I need to read the source of those macros. since I obviously have no clue. | 06:53 |
| rinigus | poetaster: https://github.com/sailfishos-chum/qt5/blob/main/macros.qt5 | 06:54 |
| rinigus | similar in kf5 repo | 06:54 |
| rinigus | poetaster: did you read https://github.com/sailfishos-chum/qt5#dependencies | 06:55 |
| rinigus | ? | 06:55 |
| poetaster | how did I lose qca. sigh. | 06:56 |
| poetaster | rinigus, I don't get how it builds ... there is a build flag with -DWITH_QCA=ON \ | 06:59 |
| rinigus | poetaster: you have to create %global __requires_exclude ^libQXmpp*$ statement which would cover the both libs | 06:59 |
| rinigus | it builds as you have buildrequires. that missing requires is for package after building | 07:00 |
| poetaster | hmm. strange. it's not in the opensuse spec as a requires. | 07:00 |
| poetaster | https://build.opensuse.org/package/view_file/openSUSE:Factory/libqxmpp/libqxmpp.spec?expand=1 | 07:01 |
| poetaster | rinigus, but you mean, add Requires: + __requires_exclude ^(libQXmpp*|libqca-qt5.*)$ | 07:04 |
| rinigus | poetaster: you haven't replied to my question regarding reading docs. as for your question, probably. but it is draft description and can be interpreted differently. so, I'll wait for your implementation in SPEC :) | 07:07 |
| poetaster | rinigus, yes I did read it. That does not mean I understood the ramifications of any given sentence :) | 07:10 |
| poetaster | rinigus, BuildRequires: opt-qt5-qtlocation-pos-geoclue is not sufficient | 07:11 |
| rinigus | poetaster: read the error and add accordingly :) | 07:13 |
| poetaster | hmmm. RTFL. | 07:14 |
| poetaster | hmm. still don't get it. | 07:15 |
| poetaster | rinigus, I believe you mean that BuildRequires: pkgconfig(gstreamer-1.0) is not doable after %{?opt_kf5_default_filter} | 07:25 |
| rinigus | poetaster: no, gstreamer should be just fine after that macro | 08:04 |
| poetaster | rinigus, thanks. I think it might be handy to build a list of provided packages structured so that one could see, as with qtlocation, where to find things. | 08:06 |
| rinigus | poetaster: that's what OBS is doing for us already | 08:06 |
| poetaster | ? | 08:07 |
| poetaster | rinigus, I mean a single page list. as it is, I'm peeking in spec files to find out which names are where. | 08:08 |
| poetaster | https://build.sailfishos.org/package/view_file/sailfishos:chum:testing/opt-kf5-libqxmpp/_service:tar_git:libqxmpp.spec?expand=1 | 08:08 |
| poetaster | there Requires: opt-qca-qt5 is in the wrong place, otherwise correct? | 08:09 |
| rinigus | poetaster: problem would be on who is going to make such list and who is going to keep it up to date. there could be some rpm / zypper tools to generate it | 08:11 |
| rinigus | re requires: you have to check which subpackage requires it. again, I suggest to build without macro and check requirements (in terms of libs) for every package in that spec. then add opt packages as requires and add macro. by adding macro before doing full work on requirements you waste your time and it will lead to crappy package | 08:13 |
| rinigus | poetaster: ^ | 08:13 |
| poetaster | rinigus, this is the last time I'm doing a kde app related thing. kde folk have a habit of re-inventing everything in qt after their own image. it's a nightmare. | 08:14 |
| poetaster | rinigus, I shouldn't have touched this in the first place. not my cup of tea. | 08:15 |
| poetaster | any idea where FindKQuickImageEditor comes from ? | 08:15 |
| poetaster | hmmm. kquickimageeditor seems to not be packaged. | 08:20 |
| poetaster | rinigus, any idea if we have kf5-filesystem already? | 09:49 |
| poetaster | sigh. for a single qml element 2 hours of packaging. I could have rebuilt the interface in that time. | 11:01 |
| x2s | .oO( I had to build openssl 1.0 yesterday, because one project I have to take care of needs Qt 5.5.1... oh, the pain ) | 11:04 |
| poetaster | oh the magic or legacy :) and ridiculous dependencies. | 11:09 |
| rinigus | poetaster: as far as I remember, you can drop kf5-filesystem from requirements. its in kf5 | 11:09 |
| poetaster | rinigus, ok, It's built, but I think I have one or two too many buildrequires. | 11:09 |
| poetaster | https://build.sailfishos.org/package/show/home:poetaster:qt5.15/opt-kf5-kquickimageeditor | 11:10 |
| poetaster | rinigus, the qxmpp package, which is still a bit wonky, I'm going to try building outside the scope of opt. until version 1.5.1 or 2 it should build without the 5.15 requirement. | 11:12 |
| rinigus | poetaster: do you plan to use it in qt5.15 app? | 11:13 |
| poetaster | rinigus, if I also do a generic qca, that would mean chum could support https://github.com/ron282/shmong which is a new xmpp client based on shmoose but with qxmpp. | 11:14 |
| rinigus | poetaster: just be aware that you cannot mix 5.6 and 5.15. :) | 11:14 |
| poetaster | rinigus, I think it needs to be done twice. sadly. kaidan, will need to get a bump to 1.5.3 soonish when they get omemo support fixed for muc. | 11:14 |
| poetaster | rinigus, that's what I mean. I have to build it twice. | 11:17 |
| poetaster | rinigus, I already made libomemo-c generic for that reason. I didn't do qxmpp generic as I should have, because I knew that kaidan will need a newer version soon. | 11:18 |
| rinigus | poetaster: I presume libomemo-c is not using qt. but I don't see how you can make it "generic" if qt is required | 11:19 |
| poetaster | rinigus, you're correct. I meant generic in the sense of usable for sailfish generally (ie. also 5.6) | 11:20 |
| poetaster | rinigus, we're on 5.9 in sfdk, right? | 11:23 |
| rinigus | 5.6 | 11:24 |
| poetaster | rinigus, thanks. | 11:24 |
| poetaster | rinigus, I'm going to try building qxmpp with 5.6. ron282 has it building (1.5) without issues in the sdk (although it is claimed to require 5.9). But not today. | 11:25 |
| poetaster | rinigus, maybe, with your assistance (the Socratic guy) I could make a series of HOW-NOT-TOs on the forum. | 11:30 |
| poetaster | rinigus, I just don't get how one is supposed to package qxmpp. I'm going to try it without the opt context and see if I can get a clean package. | 11:48 |
| rinigus | poetaster: I don't follow. if you want to use it for qt5.6 apps then you package in a classical SFOS way. if for qt5.15 - use opt. if you need both, make 2 SPECs | 11:58 |
| poetaster | rinigus, yes I know that. I meant I don't know how to package it for _opt | 12:04 |
| poetaster | rinigus, I'm switching to a classical now, to see if I can get that clean (ie. very close to suse's) | 12:05 |
| rinigus | poetaster: drop kf5-filesystem requirement. or find fedora SPEC and read to see what it provides. should be safe to drop | 12:06 |
| rinigus | as for https://build.sailfishos.org/package/show/sailfishos:chum:testing/opt-kf5-libqxmpp - you almost packaged it. can't you just fix requirements? | 12:07 |
| rinigus | poetaster: ^ | 12:07 |
| poetaster | rinigus, I don't seem to know how. | 12:14 |
| poetaster | I've been testing in my version. | 12:14 |
| poetaster | rinigus, can't you just fix requirements? where? the naming is all over the map. | 12:16 |
| rinigus | poetaster: I presume your regex on L12 is wrong. but I am not very good at those and have to usually test and work on them | 12:16 |
| rinigus | https://build.sailfishos.org/package/view_file/sailfishos:chum:testing/opt-kf5-libqxmpp/_service:tar_git:libqxmpp.spec?expand=1 | 12:16 |
| poetaster | ah, you mean the requires. | 12:17 |
| poetaster | ah, that can be done on multiple lines, or? | 12:17 |
| rinigus | poetaster: I have to work on one other project. so, will stay away from chat. yes, I mean requires and there are docs regarding it, including SFOS packaging docs by jolla. please consult themn | 12:20 |
| poetaster | rinigus, okidoke. thanks for your help. I should really stay away from this to preserve our sanity. | 12:22 |
| poetaster | rinigus, btw, I keypeer did not get funding from protoype fund either. | 12:24 |
| rinigus | poetaster: thank you for applying! | 13:51 |
| poetaster | rinigus, ah, worth a shot. like building rpms, it's necessary to familiarize yourself with the procedure. There was a lot of competition. I knew two of those who got grants. Much more sexy. | 14:01 |
| poetaster | rinigus. I've got qca (with ron282's approach) building for 5.6 and qxmpp should be ready soon. I'll try switching kaidan to use those thereafter. | 14:02 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!