#nemomobile log for Friday, 2020-02-28

*** verin0x9 is now known as verin0x03:20
T42岳鑫喋 %lastname% was added by: 岳鑫喋 %lastname%08:46
T42Molly %lastname% was added by: Molly %lastname%08:49
T42<akaWolf> if it's inside qemu, which is pretty important info I assume, then it's needed to be added to the information in Qt bug ticket (with closing the ticket probably), which is missing right now and to be opened a new ticket against qemu.08:52
rinigusakaWolf: the issue at QEMU bug tracker has been opened already08:54
T42<akaWolf> if it's confirmed then no need to waste Qt developers time and need just to close the ticket08:57
T42Porter %lastname% was added by: Porter %lastname%12:56
T42<AJSlye> Getting an error building timed now:13:44
T42<AJSlye> tzdata.cpp:143:10: fatal error: tzdata.type.h: No such file or directory13:44
T42<AJSlye> tzdata is installed, any Ideas?13:44
T42<starbuck2018> @AJSlye [I'm getting an error building timed now:13:45
T42<starbuck2018> tzdat …], tzdata?13:45
T42<AJSlye> time zone data it's a standard base system package.13:45
T42<neochapay> okay...5.12.7 build for arm/aarch64/i486 fine....15:51
T42<AJSlye> I get that glacier is tied to lipstick, but I seem to be having to package quite the number of sailfish, nemo, and mer packages just to get a GUI interface compiled. I this really that tied to a platform or is there a way to compile these without all of this extra work?15:55
T42<neochapay> because glacier must know about many thinks of hardware and other stuff - yes .15:57
T42<AJSlye> So trying to getting glacier up and running on a Manjaro/Arch base would be feasible, or not then?15:58
T42<neochapay> If you build all stuff which required by lipstick you can run it on Manjaro/Arch15:59
T42<AJSlye> OK, that seems to be an awful long list and alot of it seems to be tied to specific versions of things like Qt, etc.16:01
T42<neochapay> @AJSlye [OK, that seems to be an awful long list, and a …], Yea...many stuff must be updated ^_^16:03
T42<neochapay> but i work about it16:03
T42<AJSlye> So as of right now, waiting for glacier, etc. to get updated for say Qt5.14, etc. would be the best path?16:04
T42<neochapay> I update to 5.12 now16:04
T42<neochapay> because it's LTS16:05
T42<AJSlye> Yes, but like I said previously that doesn't exist in Arch/Manjaro, so I would need to compile those as well?16:06
T42<neochapay> i think yes16:06
T42<AJSlye> Well, that's not good, Qt 5.12 isn't even available via the AUR. Would things like gcc also to be downgraded?16:15
T42<neochapay> no on pine we use gcc816:25
T42<starbuck2018> How about compiling stuff on Qt5.14?16:34
T42<starbuck2018> I mean Qt apps and software get compiled on various Qt versions all the time16:35
T42卜祥幄 %lastname% was added by: 卜祥幄 %lastname%16:35
T42<starbuck2018> Even if Qt apps have not been active development, Qt5.12 and Qt5.14 shouldnt be too different and also backwards compatible16:36
T42<starbuck2018> So is nemo or sfos (or even mer?) so special, that it needs recompile of exact Qt version??16:36
T42<NotKit> it should mostly compile with Qt 5.14 if it compiles with 5.12, but you may need small fixes here and there16:47
T42<AJSlye> Well, on manjaro we are using gcc 9.2.1+2020130-217:04
T42<starbuck2018> @neochapay [no on pine we use gcc8], you mean on mer you use gcc8 for pine?17:04
T42<neochapay> @starbuck2018 [you mean on mer you use gcc8 for pine?], Yeap17:05
T42<starbuck2018> its a bit like ubports being stuck on ubuntu 16.0417:05
T42<starbuck2018> with qt5.917:05
T42<starbuck2018> thats why they want to become much more independent, also porting UT to manjaro/arch17:06
T42<starbuck2018> being isolated makes other platforms like debian, arch, fedora or opensuse not care for your software17:07
T42<NotKit> @starbuck2018 [thats why they want to become much more indepe …], somebody is doing that?17:10
T42<neochapay> https://build.merproject.org/package/live_build_log/home:neochapay:mer:qt/qtwayland/latest_i486/i586 nice....17:28
T42<neochapay> Project ERROR: freetype development package not found17:28
T42<neochapay> but freetype and freetype-devel installed17:28
T42<starbuck2018> @NotKit [somebody is doing that?], Yes, someone started looking into that, at least that was the plan. Not sure if whoever planned to do this is from the ubports team or from manjaro/arch side.17:32
T42<abranson> I would have thought they'd be better working off openembedded18:12
T42<NotKit> @AJSlye [I'm getting an error building timed now:18:19
T42<NotKit> tzdat …], did you get past this issue?18:19
T42<NotKit> I think I packaged timed in past...18:19
T42<AJSlye> @NotKit [did you get past this issue?], Nope, not yet. I can provide the entire build log.18:52
T42<NotKit> or PKGBUILD18:53
T42<AJSlye> (Document) https://irc.thaodan.de/.imgstore/dOc3hJvl2Q.null18:53
T42<NotKit> (and deps are needed for it)18:54
T42<AJSlye> (Document) https://irc.thaodan.de/.imgstore/0cQH0NUKUb.null18:54
T42<AJSlye> I haven't done much to the pkgbuild from your github yet though.18:55
T42<AJSlye> Lunch just got here so I'm going to go eat.19:01
T42<AJSlye> I'll be back in about 30min or so.19:01
T42<NotKit> @AJSlye do you also have package for libiodata?20:13
T42<AJSlye> @NotKit [@AJSlye do you also have package for libiodata …], Yes.20:14
T42<NotKit> timed package is missing makedepends on sailfishaccesscontrol by the way20:15
T42<NotKit> need that as well20:15
T42<AJSlye> Yes I saw that, but it is already installed.20:15
T42<NotKit> well, I just wanted to reproduce build myself, and I obviously don't have it20:16
T42<AJSlye> I have it built on a server, but no repo database yet. Didin't want to add it untill I have all packaged.20:17
T42<AJSlye> I can give you the built package if you need it20:17
T42<NotKit> ok20:18
T42<akaWolf> I think the best way to get Nemo work with Arch is porting Nemo to toolchain used in Arch including Qt20:18
T42<akaWolf> and keep it up to date whenever Arch is updating his packages20:19
T42<AJSlye> @akaWolf [I think the best way to get Nemo work with Arc …], Yea, I'm not wanting to build qt if I can help it. Last time I tried, I failed miserably.20:19
T42<akaWolf> I thing porting Nemo to latest Qt, etc is much more easily can be done then what you describe20:21
T42<AJSlye> @akaWolf [I thing porting Nemo to latest Qt, etc is much …], I'm a packager, not a programmer.20:22
T42<akaWolf> well you can try at least20:23
T42<akaWolf> find patchset which is applied to existing Qt version and try to reapply it to latest Qt used in Arch20:24
T42<AJSlye> patches are prety much merged. The issue is qt 5.12 is used where as QWt 5.14 is what is in arch.20:26
T42<AJSlye> unless you mean patches for nemo, etc. Those add even more dependancies, at least the ones I've been shown thus far.20:27
T42<akaWolf> yes, I mean those patches used in Nemo at top of Qt20:51
T42<starbuck2018> @akaWolf [yes, I mean those patches used in Nemo at top …], Nemo patches Qt a lot? How mamy patches does it use?22:17
T42<akaWolf> dont know how it's for now22:34

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!