*** verin0x9 is now known as verin0x | 03:20 | |
T42 | 岳鑫喋 %lastname% was added by: 岳鑫喋 %lastname% | 08:46 |
---|---|---|
T42 | Molly %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 |
rinigus | akaWolf: the issue at QEMU bug tracker has been opened already | 08:54 |
T42 | <akaWolf> if it's confirmed then no need to waste Qt developers time and need just to close the ticket | 08:57 |
T42 | Porter %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 directory | 13: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/Arch | 15: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 it | 16: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 now | 16:04 |
T42 | <neochapay> because it's LTS | 16: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 yes | 16: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 gcc8 | 16: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 time | 16: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 compatible | 16: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 there | 16:47 |
T42 | <AJSlye> Well, on manjaro we are using gcc 9.2.1+2020130-2 | 17: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?], Yeap | 17:05 |
T42 | <starbuck2018> its a bit like ubports being stuck on ubuntu 16.04 | 17:05 |
T42 | <starbuck2018> with qt5.9 | 17:05 |
T42 | <starbuck2018> thats why they want to become much more independent, also porting UT to manjaro/arch | 17:06 |
T42 | <starbuck2018> being isolated makes other platforms like debian, arch, fedora or opensuse not care for your software | 17: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 found | 17:28 |
T42 | <neochapay> but freetype and freetype-devel installed | 17: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 openembedded | 18: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 PKGBUILD | 18:53 |
T42 | <AJSlye> (Document) https://irc.thaodan.de/.imgstore/dOc3hJvl2Q.null | 18:53 |
T42 | <NotKit> (and deps are needed for it) | 18:54 |
T42 | <AJSlye> (Document) https://irc.thaodan.de/.imgstore/0cQH0NUKUb.null | 18: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 way | 20:15 |
T42 | <NotKit> need that as well | 20: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 it | 20: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 it | 20:17 |
T42 | <NotKit> ok | 20:18 |
T42 | <akaWolf> I think the best way to get Nemo work with Arch is porting Nemo to toolchain used in Arch including Qt | 20:18 |
T42 | <akaWolf> and keep it up to date whenever Arch is updating his packages | 20: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 describe | 20: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 least | 20:23 |
T42 | <akaWolf> find patchset which is applied to existing Qt version and try to reapply it to latest Qt used in Arch | 20: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 Qt | 20: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 now | 22:34 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!