| arraybolt3 | RikMills: Mind if I try my hand at FTBFS fixes in kubuntu-ppa/experimental? | 02:21 |
|---|---|---|
| arraybolt3 | actually you're probably not her | 02:21 |
| arraybolt3 | e | 02:21 |
| arraybolt3 | looking at plasma-discover and it's thrown me for a loop. I don't think that linking errors can be caused by failing to #include a source file but I also can't find why this is just all of a sudden blowing up so :shrug: | 02:53 |
| arraybolt3 | oh wait | 02:54 |
| arraybolt3 | I think I get it | 02:54 |
| arraybolt3 | the snap library is qt5, discover is qt6 | 02:54 |
| arraybolt3 | so I've lost my mind and am trying to build libsnapd-qt using Qt6 and C++17 when it was using Qt5 and C++11 | 03:20 |
| arraybolt3 | actually made decent progress, stuck on a weird ld error though. | 03:37 |
| arraybolt3 | lol, there's literally a function defined but not actually written in this thing. That explains a lot. | 03:45 |
| Eickmeyer | My syntax might be off, but I think it goes like this: libsnap-qt6()[function.print("arraybolt3 can't hack")]; | 03:58 |
| arraybolt3 | Eickmeyer: lol | 04:21 |
| arraybolt3 | it looks like what was actually was that someone at Canonical was relying on creepy C++11 behavior relating to assignment operators and copy constructors and that that broke when I changed it to C++17. | 04:22 |
| arraybolt3 | I went and wrote my own assignment operator and we're going to see if it builds or if it crashes down in flames. | 04:22 |
| arraybolt3 | alright it took me forever and I had to ask for help in #C++ but the port builds. | 04:42 |
| arraybolt3 | So turns out all that porting work I did was for nothing, upstream already ported it. | 05:09 |
| arraybolt3 | And it just hasn't made its way into Ubuntu I guess. | 05:09 |
| arraybolt3 | So in the end it was a useless endeavor. *Deep sigh of frustration...* | 05:10 |
| RikMills | arraybolt3: yeah, I said earleir in the scrollback that it needed a new upsgtream version | 06:05 |
| RikMills | *upstream | 06:05 |
| === guiverc2 is now known as guiverc | ||
| santa_ | hi everyone | 11:48 |
| santa_ | RikMills: I'm doing a build of plasma 6 here in: https://watertown.tritemio.org/build-status/buildstatus_ubuntu-exp/ubuntu-exp_status_plasma.html | 11:51 |
| RikMills | kool | 11:51 |
| santa_ | not all changes are in git, so they are some things missing, examples: | 11:52 |
| santa_ | - the epock of plasma-sdk | 11:52 |
| santa_ | - krfb | 11:52 |
| santa_ | s/epock/epoch/ | 11:53 |
| RikMills | just doing kgamma, then I wil look | 11:53 |
| RikMills | santa_: krfb is not part of plasma 6 | 11:59 |
| santa_ | RikMills: dammmit :) I meant krdp | 12:00 |
| santa_ | kbdbrft | 12:01 |
| RikMills | santa_: plasma6 branch pushed for krdp | 12:04 |
| RikMills | plus epoch for plasma-sdk | 12:04 |
| santa_ | krbp :) | 12:04 |
| santa_ | I would like to suggest you to run 'do-all check-changes' from time to time (if you aren't doing it already) | 12:05 |
| RikMills | don't, it's confusing enough| lol | 12:05 |
| BluesKaj | Hi all | 12:22 |
| santa_ | RikMills: the plasma-sdk epoch is still not in git. latest coommit there doesn't actually add it | 13:00 |
| RikMills | damn | 13:01 |
| RikMills | fixed | 13:02 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!