NeoChapay | https://bugs.merproject.org/ so slooooow | 07:55 |
---|---|---|
NeoChapay | Can anybody say me - what i do wrong ? | 07:58 |
NeoChapay | When i build packages on obs with gcc6 and new glibc i got error https://pastebin.com/WCf1AVjq | 07:58 |
lbt | taupan1: yes, building against sfos on the OBS should be easy | 10:15 |
taupan1 | nice to know ;) | 10:21 |
taupan1 | Although I think I'll keep the local build environment, too. Sometimes it's nice to rpmbuild locally to get a better idea why things aren't working as expected. | 10:22 |
r0kk3rz | osc can be a useful tool for local builds as well depending on how deep you dependency tree goes | 10:31 |
taupan1 | I've read that you can use it for local builds, but I never did it. I mostly build for openSUSE and RHEL at work and I don't have space for multiple full build environments on my work box, so I never got to try that out. | 10:32 |
taupan1 | (And supercollider is apparently dependency hell... I'm currently stuck at building jack ;) ) | 10:33 |
taupan1 | (Going to have another look at it tuesday evening, I guess.) | 10:34 |
r0kk3rz | what is it? | 10:38 |
r0kk3rz | hmm jack could get interesting | 10:40 |
lbt | mmm - it looks like it's using Qt Widgets too. That looks like a massive undertaking. | 11:20 |
taupan1 | Not sure about the correct approach here. I really want to try out supercollider from within (non-x) emacs, so I could throw out all graphical ui elements. However supercollider has an issue that the server doesn't run without X https://github.com/supercollider/supercollider/issues/1736. | 11:39 |
taupan1 | I've found an Xwayland package for SFOS that is apparently still maintained, so I've succeeded starting the build for packages that require libX11. But indeed trying to build all that Qt stuff might be too much (at least for my use-case). | 11:40 |
taupan1 | (also I think I've read that the programs running Xwayland don't register touch, so the ui won't work anyways... but the supercollider server doesn't really *need* X, it just won't run without it) | 11:42 |
Son_Goku | lbt, I can't seem to find anything special for how repo access works for mer | 11:43 |
Son_Goku | wrt to using pk-dnf instead of pk-zypp | 11:43 |
NeoChapay | r0kk3rz: create plz this patch https://git.merproject.org/r0kk3rz/opus/commit/ec8806ee2774bbf3cae9cc1f536150a0f9b9ae21 as mr to mer-core ^_^ | 12:01 |
pvuorela | NeoChapay: why? | 12:03 |
NeoChapay | pvuorela: it needed to arm64 i think | 12:06 |
NeoChapay | yea needed. without this config param i got error on arm64 | 12:07 |
pvuorela | what kind of error? it compiles fine now with gcc 4.9. | 12:11 |
pvuorela | ideally we wouldn't be doing any arm64 neon disabling or working around compiler bugs with such. those are too easily left around unnoticed even if compiles gets fixed. | 12:11 |
NeoChapay | pvuorela: last time i try build on 4.8 ... i recheck now | 12:27 |
NeoChapay | pvuorela: yes...no needed | 12:30 |
NeoChapay | build is well | 12:30 |
NeoChapay | pvuorela: gnutls build fail with libgcrypt >= 1.6 | 16:24 |
NeoChapay | pvuorela: in gnupg2 i fix it https://git.merproject.org/mer-core/gnupg2/merge_requests/12 | 16:25 |
r0kk3rz | NeoChapay: i was told not to, because to get ararch64 working properly youd need new gcc | 21:50 |
r0kk3rz | abranson: jusa: looks like with some minor tweaks we can get better BT audio codecs :) - https://together.jolla.com/question/201820/ldac-support-for-better-audio/?answer=201823 | 22:13 |
r0kk3rz | https://git.merproject.org/r0kk3rz/libldac | 22:47 |
r0kk3rz | the PA module could be trickier | 22:47 |
r0kk3rz | ffs, why would you do this when PA is LGPL... https://github.com/EHfive/pulseaudio-modules-bt/commit/1430d03b9292f1e37c4f9ca4a6297201046c088c#diff-f1480ac63ab5004f5bb73978f7b00faf | 22:52 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!