[01:12] I did that from w3m on Linode ^ [01:46] Waiting in my plane from NYC to Stockholm. See some of you soon! [03:36] hey acheronuk [03:36] I'm learning more C++ [03:36] acheronuk: if you want to do this challenge I found online with me, feel free [03:37] http://www.cprogramming.com/challenges/celsius_converter_table.html [03:38] but instead of having it all in main(), separate it into a class (or two) and a couple public functions [03:39] do all of that but put it in different files (header and cpp) [03:40] (you said you needed to get better at C++ so I thought I would let you know what I'm doing to become more comfortable with it) [06:00] Good evening everyone. I just wanted to point out that KDE Connect as just reached 1.0 version this week. So I hope we can get the update in the repositories for Kubuntu soon! https://albertvaka.wordpress.com/2016/08/26/kde-connect-1-0-is-here/ [06:00] yofel, clivejo: [06:01] sorry Clive and Phil for the empty ping, look at his message ^ [06:01] yofel, clivejo, acheronuk: which level on our complex system of PPAs is that? still in unstable? [06:01] *her [06:02] Ummm [06:02] sorry about that :) [06:02] it's listed as an Ubuntu release I guess? [06:02] !info kdeconnect [06:02] kdeconnect (source: kdeconnect): connect smartphones to your KDE Plasma Workspace. In component universe, is optional. Version 0.8-0ubuntu5 (yakkety), package size 50 kB, installed size 202 kB [06:02] I believe it was a custom devel back from 2015 to get working in Kubuntu. [06:03] back when the features were still being developed [06:03] Aleix Pol [06:03] Revision 0.9 (2015-10-19) [06:06] tsimonq2 momoe : clive was trying to get it built in a ppa yesterday https://launchpad.net/~clivejo/+archive/ubuntu/kdeconnect-kde/ [06:07] well there you go momoe, it's a work in progress ;) [06:08] thanks acheronuk [06:08] not sure about it going in the archive itself as we are now in FF [06:10] Exciting news! Thanks guys [06:10] *^_^* [06:19] Ahh shame, I've got broken package dependancies. I'll have to figure this out. But still glad clive got that update out. so TY [06:20] momoe: not out yet, but I guess that will go in the backport ppas at some point at least [06:22] kk, I've only made the complete switch to linux from windows about 3 months ago so apologies for any dunce comments. [06:23] acheronuk: is plasma 5.7 going to make it to 16.10? [06:23] with associated Qt [06:23] hateball: it is in there [06:24] acheronuk: hmm, but apps are not updated then? I grabbed a nightly yesterday that said 5.5 I think? [06:24] hateball: correct [06:25] tsimonq2: Alright [06:25] hateball: nightlies are not building due to a dependency problem, so you will have an old version there [06:25] we still need apps 16.04.3 [06:25] acheronuk: ah, I didnt actually check that close, just grabbed most recent and put on a thumbdrive ;f [06:25] acheronuk: could you get me up to speed on that? [06:26] https://launchpad.net/ubuntu/+source/plasma-desktop/4:5.7.2-0ubuntu2 [06:27] tsimonq2: was a few old kde4 things still depending on old kactivities it seemed. [06:28] acheronuk: so what needs to be fixed now then? [06:29] https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/kubuntu [06:29] The following packages have unmet dependencies: [06:29] kactivitymanagerd : Breaks: kactivities (< 5.20~) but 5.18.0-0ubuntu1 is to be installed [06:29] plasma-desktop : Breaks: kactivities (< 5.21) but 5.18.0-0ubuntu1 is to be installed [06:29] plasma-desktop-data : Breaks: kactivities (< 5.21) but 5.18.0-0ubuntu1 is to be installed [06:29] E: Unable to correct problems, you have held broken packages. [06:30] acheronuk: where's the new kactivities? [06:31] yofl removed okular from the cd as that was one thing built against, so wanting, the old kactivities libs [06:31] but must be something else if still failing [06:31] well isn't that sort of thing just in debian/control? [06:32] where is kactivities 5.21? [06:33] they split up and moved the components around a bit I think [06:34] !info kactivities [06:34] Package kactivities does not exist in yakkety [06:34] aha [06:34] then wtf?!? [06:35] ohhhh maybe there's a Provides somewhere [06:37] its now libkf5activities in frameworks and kactivitymanagerd in plasma [06:37] !info libkf5activities [06:37] Package libkf5activities does not exist in yakkety [06:37] and should be breaks/replaces on the old parts [06:37] !info kactivitymanagerd [06:37] kactivitymanagerd (source: kactivitymanagerd): System service to manage user's activities. In component universe, is optional. Version 5.7.2-0ubuntu1 (yakkety), package size 154 kB, installed size 800 kB [06:37] O__o [06:37] !info libkf5activities5 [06:37] libkf5activities5 (source: kactivities-kf5): Library to organize the user work in separate activities.. In component universe, is optional. Version 5.24.0-0ubuntu1 (yakkety), package size 72 kB, installed size 288 kB [06:38] ahhh I see [06:38] so those three packages just need updates to fix that? [06:38] or what? [06:38] BUT, there is still stuff left over which wants the old libkactivities6 [06:40] http://paste.ubuntu.com/23110620/ [06:40] ahh [06:41] so ALL of those need updates? [06:44] don't think so as there's only a few direct rdepends [06:44] 'reverse-depends libkactivities6' [06:44] Reverse-Depends [06:44] =============== [06:44] * calligra-libs [06:44] * dolphin4 [06:44] * kde-runtime [06:44] * konqueror [06:44] * libkactivities-dbg [06:44] * libkactivities-dev [06:44] * libkateinterfaces4 [06:44] * okular [06:44] * rekonq [06:46] which one of those needs an update? [07:13] tsimonq2: well, the kactivities that was a recommends has has been deleted from the archive, so it *might* be ok now, if they try an iso build? [07:14] acheronuk: so poke yofel, he has access to rebuild it :P [07:15] or maybe it will still fail? not sure to be honest [07:23] ¯\_(ツ)_/¯ [07:23] oddly the automatic daily builds have stopped. not sure if that was done on purpose, or if they stop if so many failures in a row? [07:26] hmm idk [07:29] according to this, last build was attempted on 24th https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/kubuntu [07:34] tsimonq2: do you know how to do a local test build of our iso? [07:35] acheronuk: no clue whatsoever [07:35] acheronuk: if you ask nicely, someone on the release team can do it [07:35] acheronuk: or if you're impatient, I can ask Walter [07:36] there is this, but it looks antique! http://bazaar.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu/files [07:42] acheronuk: well I'm off to bed [07:42] o/ [07:42] night [08:19] * yofel didn't realize that the images stopped trying to build >.> [08:19] thanks for getting that fixed [08:23] looks like it might have been successful as well :) https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/kubuntu/+build/74035 [08:24] yeah, the problem was that libkactivities6 was still recommending the non-existent kactivities [08:24] so now okular can go back as well [08:24] I'll fix that later [08:25] (removing libkactivities6 would require heart surgery on kde-runtime, so that'll have to stay :/ ) [08:25] seems that way. I managed to confuse myself with the various kactivities versions and names earlier, and made it more complicated than it was [08:25] lol. yes. I tried to get apt to remove it, and the breakage was not pretty! [08:26] heh. Yeah, I had to look at this for a while too because you have this really misleading source/binary name mixture [08:27] if we a least have a working image with new plasma that is a nice step forward :D [08:29] where can I look to see the status of KDevelop 5 in Kubuntu? [08:29] is it in QA? [08:31] or KCI? [08:32] ovidiu-florin: I know clive was trying a build in the Kubuntu Staging Misc ppa the other day [08:32] I see nothing in KCI nor the qa build status [08:34] https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc/+packages?field.name_filter=kdevelop [08:35] I was just about to ask for that link [08:35] thank you [08:35] can't build it in CI at the moment, as kdevplatform is too old in the archive and needs adding to CI itself, along with kdevelop itself [08:37] blaze has it in his ppa built fine, and neon now have it, so the heavy lifting is done by various people. just need them putting together I guess [08:39] it seems from the build log that KDevelop-PG-Qt is missing [08:40] https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc/+build/10674132 [08:51] acheronuk how does one go about uploading a new version of kdevplatform? [08:57] hmmm.. looking at blaze's ppa, I think there are more dependencies to get it working than I thought https://launchpad.net/~blaze/+archive/ubuntu/kf5 [08:58] ovidiu-florin: were you reaching me on FB about KDevelop? [09:21] clivejo/yofel eek! https://mail.kde.org/pipermail/release-team/2016-August/009687.html [09:21] mm what?! [09:23] that's kinda silly acheronuk no? [09:23] they all need each other to build no? [09:25] not all. I always did think it odd they had bundled so many PIM apps into one repo [09:25] but that is going to be fun for packaging and for setting up on KCI [09:26] * ahoneybun throws lxd down a river [10:40] mm work on another music player for akademy? [10:41] *for plasma during akademy [10:56] acheronuk: yes I was trying to, but I couldnt find where scarlett pushed previous packaging to [11:20] Hiyas all === claydoh is now known as Guest2895 [12:16] clivejo: the xenial tests you want, is it some stuff ready to be released, i mean if there are not packaging errors reported after tests ? [12:23] I need to know what to look at [12:26] if its stable enough to be released, it will need RM approval and then move into backports [12:58] clivejo: is it in landing? [12:59] (in any case, I won't look at it until I'm in Berlin) [13:00] Hey yofel, clivejo what was the call for testers about yesterday? I was busy with other things so I couldn't respond. [13:04] @Blueskaj I think they were just trying to get the call up to date. So many old nicks on it [13:04] /me is sitting in the Stockholm airport in the Layover-That-Will-Not-End [13:05] BluesKaj: Xenial updates i thnk [13:05] Plasma 5.7 + Frameworks 5.24 [13:05] valorie, Bummer about the layover, but thanks for the info [13:08] I wish I had a day or two to explore Sweden. Another time though [13:08] I'm a quarter-Swedish and I know where my ggrandparents came from; would love to visit those farms [13:13] Valoriez , cool , I'm a Swedish-Finn or Fnnish-Swede, whatever the correct term is ..Swedish was my first langauge, then Finnish, then English after we emmigrated to Canada. [13:14] from Helsinki [13:14] oh very cool [13:14] I heard some Finnish in Estonia [13:15] it's nice to hear Swedish all around me here [13:15] it's been years [13:18] * soee_ is testing Xenial updates [13:20] yeah. wife is of Finnish-English descent, and we plan to visit Scandinavia probly in a yr or so, Wife is interested in her roots as well. [13:24] soee ppa? [13:24] soee_ ^ [13:25] ppa:kubuntu-ppa/backports-landing [13:25] BluesKaj: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma?field.series_filter=xenial [13:25] landing ? [13:26] ok seems fine [13:27] BluesKaj: backports landing it is [13:27] pretty much what was in staging AFAIK [13:27] so staging or landing? [13:28] landing [13:28] always test the closest to backports :) [13:28] ok thanks [13:49] Backports landing [13:50] Lp crapped out on me [13:50] So might be missing two package's [13:55] ^^^^ needs kirigami and kdevplatform in KCI [14:04] yofel: http://paste.ubuntu.com/23111922/ [14:04] are there any replacement for thi slanguage packs and it is intended to remove them > [14:05] clivejo: plasma-discover-common kept back after adding backports-landing [14:07] oh, right, l10n is too old [14:07] uhm, well, I guess we could update those and accept some broken translations in some apps [14:13] clivejo: http://paste.ubuntu.com/23111953/ [14:23] so imo with this language packs marked to be removed and problem with plasma-discover-common [14:24] -1 from my side to any move it to backports [14:44] clivejo: I thought we backported the language packs ages ago? [14:44] they still in staging, kopying now [14:45] not sure about the discover thing. I won't let that POS on my machines, so I think I avoid that. [14:48] I guess the rebuilt qtcurve is also needed. [14:49] I will set up a clean VM to test on at some point in the next few days [14:49] Morning all [14:50] o/ [14:51] I'll setup the transition tracker for the qt rebuilds, probably on the train to berlin or so. Then we should be able to beat it into shape till sunday or so [14:51] or so [14:51] orson wells? [14:52] * yofel is bored watching XML data importers... [14:52] Yofel, you talking about for 5.7? O__o [14:52] yes [14:52] er no [14:52] plasma 5.7, not qt 5.7 [14:52] whew [14:53] I was gonna say, Qt 5.7 has some...issues [14:53] :/ [14:53] plasma 5.7 seems fine so far on both XX and YY [15:13] uh Fedora 25 uses Wayland by default :) [15:21] soee__, any reviews ? [15:21] later this evening I'd be awesome if I can get Qt 5.7 landed in KCI [15:22] (no promises) [15:22] BluesKaj: nope, seen just some news header [15:26] soee__, found this, but it's on gnome http://www.phoronix.com/scan.php?page=article&item=f25-alpha-wayland&num=1 [15:31] acheronuk: I think we'll need to disable tests altogether for qtquickcontrols-opensource-src [15:32] (just for i386 if possible) [15:32] KCI doesn't build i386, anyway [15:33] so I guess it wouldn't matter anyway [15:33] oh? O__o [15:34] acheronuk: well then tonight I'll do a final rebuild of the selected packages on the list in the README.source in qtbase [15:34] after that, we land! :D [16:06] tsimonq2: we had that enabled in the past, so most of the time you were debugging architecture specific build failures caused by arch mismatches. Not what the CI is meant for, so now it's amd64-only [16:07] ahh I see yofel [16:07] ok :) [16:13] tsimonq2: https://mail.kde.org/pipermail/release-team/2016-August/009687.html [16:14] as if PIM wasn't a pain in KCI already [16:14] WHAAAA [16:15] ok I'm biking home to my computer [16:15] catch you later then [16:15] I really want Qt 5.7 to land BEFORE the nightly so I can see it BURN [16:15] o/ [16:16] just when I'd almost got the yakkety fix page down to one screen again!!!! [16:17] * acheronuk sobs [16:18] oh well. onwards. :D [16:40] qt5.7? o.O [16:50] sitter: ping [17:00] blaze: just in KCI [17:12] alright, I've set the next few hours aside just to firefight [17:12] and transition :) [17:16] yofel, clivejo, acheronuk: who will be around for the next few hours while I attempt to land Qt 5.7 in KCI in case I have questions? :) [17:16] * clivejo runs away [17:17] LOL [17:21] * acheronuk whistles and plugs ears [17:21] oh come on [17:21] nobody wants to help? :P [17:22] I'll watch [17:22] * BluesKaj watches everyone disappear :-0 [17:23] I'm sure it will go without a hitch [17:24] * tsimonq2 goes to http://tsimonq2.net/kubuntusoundboard/ and clicks the "Kubuntu NINJA!" button [17:31] ... [17:31] not me [17:33] looks like the LP publisher taking longer than the 4hr timeout [17:33] bruuuutal [17:34] that's what happens on sunday mornings when they do some sort of maintenance jobs on it [17:38] argh Launchpad really needs a speed boost on it's publishers :/ [17:39] ARGH another global rebuild is coming... :/ [17:39] pita [17:41] last chance to say something regarding autopkgtest overrides on #ubuntu-devel. support would be nice too, I don't like talking for you "just ignore the failures" [17:41] regarding these http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src [17:42] we'll need to go through the overrides again once the next uploads are in which have lots of backported fixes [17:43] yofel, clivejo, acheronuk ^ [17:45] has anyone heard from sitter lately? [17:46] mhall119: he's not really around here often [17:46] hes probably heading to Berlin [17:46] * clivejo imgaines a suitcase full of bow ties [17:46] heh [17:48] he was around on #kde-neon earlier [17:49] [15:51] bring a bow tie for me [17:50] and something about looking for hot-tubs [17:50] LOL [17:50] dont they have a hottub at the party house? [17:51] little would surprise me :P [17:53] clivejo: do you guys stay at the same place as them or do you guys have your own place? [17:53] another place [17:54] oh ok [18:01] no kci explosions yet...... [18:02] I'm working on it acheronuk ;) [18:05] thanks for the pings tsimonq2 [18:06] no problem Mirv :0 [18:06] *:) [18:19] please dont kill KCI [18:20] I won't kill it [18:20] I'll torture it, slowfully, painfully, from the inside, until it crumbles [18:20] XD [18:22] You just want more errors to fix [18:23] "If it isn't broken, fix it until it is." [18:23] lol [18:58] yofel, clivejo, acheronuk: how do I override "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address" ? [18:58] clivejo: it seems you did something like that to get qtwebchannel uploaded because your upload has this: [18:58] Maintainer: Debian Qt/KDE Maintainers [19:11] tsimonq2: https://irclogs.ubuntu.com/2016/07/22/%23kubuntu-devel.html#t08:34 [19:11] clivejo: with a kubuntu address would not get the error. [19:14] ahh that's right [19:15] :( [19:15] yofel, clivejo: Hey you people with Kubuntu addresses. qtwebchannel was released to unstable. Update the KCI PPA please. [19:17] acheronuk: what happens if symbols are removed but are still needed? will dpkg-buildpackage barf? [19:33] if you remove some that shouldn't be removed, they would show up again in the buildlog I would imagine [19:34] * tsimonq2 takes a chance [19:38] acheronuk, yofel, clivejo: look at this: https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+build/10665701 [19:44] tsimonq2: libboost 1.58 no longer exists in yakkety. is now 1.61 I think? [19:51] acheronuk: correct, but the fix is going to be...fun [20:08] clivejo: did you move kdeconnect 1.0 into the backports? [20:22] https://plus.google.com/u/0/+JasemMutlaq/posts/8bH3g6obxX5 [20:23] is there any answer for this: https://plus.google.com/u/0/+StephonThornton/posts/3pBMux7aiWG ? [20:51] ahoneybun: backports landing [21:24] I'm working on akonadi [21:24] don't touch :P [21:41] pkgkde-symbolshelper batchpatch -v 4:16.04.3+git20160830 [21:42] tsimonq2: as need to know when symbols were confirmed new or safe to remove [21:42] acheronuk: could you please look into qtxmlpatterns-opensource-src - 5.7.0-1~xenial2 ? I can't figure it out :/ https://launchpad.net/~kubuntu-ninjas/+archive/ubuntu/qt-5.7/+packages [21:42] acheronuk: how does that help? O.o [21:43] yofel will you be able to look at this discover issue in backports landing? [21:46] tsimonq2: if you just put 16.04.3 how would you know when symbols where confirmed via buildlog as being missing or new? especially on KCI, as 16.04.3 is not really the upstream version number. just for convenience the last stable one we did. whereas the current builds are more like kde apps 16.11.70 beta at the moment, in reality [21:47] acheronuk: so then what needs to be done about this? [21:48] symbols confirmed with just 16.04.3 could be from actually 16.04.3, or 16.08, or 16.11.7 etc [21:48] I see [21:48] but how is this dealt with? [21:50] really needed that merge to be redone, and the symbols checked to see why they went missing. [21:52] * tsimonq2 does a soft reset and force pushes so I can work with it locally but it's reverted [21:53] put it this way, for there to be any point in having symbols at all, you need to do them by the book as much as you can, otherwise they are worthless. or worse. [21:53] acheronuk: alright, let's try this again :) [21:53] ok [21:53] you said this earlier: 04:41:12 PM < acheronuk> pkgkde-symbolshelper batchpatch -v 4:16.04.3+git20160830 [21:53] is that what I should do? [21:54] that is the way yofl told be to version them, and it makes sense [21:55] *told me [21:55] acheronuk: I'm just puzzled as to how I should check if a symbol needs to stay or not [21:55] I know how to update them, just not to do when they are MISSING [21:56] that is the trick. I get stuck with some of them. so does clivejo. [21:57] acheronuk: so I guess I should read the C++ myself and see? :P [21:57] it's not always hugely obvious to me from the code if they are safe to remove or not. [21:57] or the diffs to see which C++ functions have been messed with [21:58] that is the idea, as much a pain as it is. [21:58] and is why no-one 'likes' doing symbols very much! [21:59] acheronuk: I have an idea. We solve all the KCI errors, and I mean ALL of them, then when symbols regress, we instantly have a diff to look at :P [22:00] the longer they get left, the harder it is to find the code change that caused them, certainly [22:01] acheronuk: did you get a chance to take a look at qtxmlpatterns-opensource-src - 5.7.0-1~xenial2 in the Qt 5.7 PPA? [22:02] The following packages have unmet dependencies: [22:02] sbuild-build-depends-qtxmlpatterns-opensource-src-dummy : Depends: qtbase5-private-dev (>= 5.7.0) [22:02] E: Unable to correct problems, you have held broken packages. [22:03] I know, but we have qtbase5-private-dev_5.7.0+dfsg-3~xenial1_amd64.deb (1011.1 KiB) in that PPA === Blizzzek is now known as Blizzz [22:06] then I would guess it was not published, or not installable for some other reason [22:06] the latter wouldn't be good :/ [22:08] acheronuk: the symbols versions is 4:16.04.3+git20160830 ? [22:09] if that is the buildlog version you are patching with [22:09] oh so it goes by buildlog version? [22:09] that's 4:16.04.3-0ubuntu1 [22:10] no [22:10] * tsimonq2 is not sure what the versioning scheme yofl told you to use is [22:10] https://launchpadlibrarian.net/281793115/buildlog_ubuntu-yakkety-amd64.akonadi_4%3A16.04.3+p16.10+git20160830.2100-0_BUILDING.txt.gz [22:11] MAJORVERSION+gitYYYYMMDD ? [22:11] that would be 4:16.04.3+git20160830 [22:11] ahh that's right, with the epoch [22:11] thanks [22:12] on http://pkg-kde.alioth.debian.org/symbolfiles.html it has pkgkde-symbolshelper patch -p libfoo1 -v 1.8 < buildlog [22:13] what do I replace libfoo1 with? [22:13] libkf5akonadicore5 ? [22:14] not needed [22:15] the batchpatch version of the commend takes the library names from the buildlogs and symbols files [22:15] *command [22:17] ok [22:17] aha k thanks :) [22:18] the diff in the buildlog includes the file to patch. [22:23] OH that's super nice! [22:25] thanks a lot acheronuk :) [22:25] for QT...... [22:26] tsimonq2: for xenial you'll need to upload a newer version of qtchooser than can be found in the xenial archive [22:27] the one in YY is new enough for qt 5.6/5.7 dependencies. the one in xenial by default is not [22:28] The following packages have unmet dependencies: [22:28] qt5-qmake : Depends: qtchooser (>= 55-gc9562a1-1~) but 52-gae5eeef-2build1~gcc5.2 is to be installed [22:28] qtbase5-dev-tools : Depends: qtchooser (>= 55-gc9562a1-1~) but 52-gae5eeef-2build1~gcc5.2 is to be installed [22:28] E: Unable to correct problems, you have held broken packages [22:29] I found that when I did qt 5.6 [22:31] ohhh I seee [22:31] k [22:31] thanks [22:31] !info qtchooser xenial [22:31] qtchooser (source: qtchooser): Wrapper to select between Qt development binary versions. In component main, is extra. Version 52-gae5eeef-2build1~gcc5.2 (xenial), package size 21 kB, installed size 97 kB [22:31] !info qtchooser yakkety [22:31] qtchooser (source: qtchooser): Wrapper to select between Qt development binary versions. In component main, is extra. Version 58-gfab25f1-1 (yakkety), package size 21 kB, installed size 108 kB [22:32] * tsimonq2 steals binaries from acheronuk's old Qt 5.6 test PPA :P [23:12] acheronuk: I have the side by side code here, I'd like to know, what makes a symbol safe to remove and unsafe to remove?