=== soee changed the topic of #kubuntu-devel to: Kubuntu - Friendly computing | Plasma 5.4.3: W/PPA 5.5.2: X/WIP 5.5.3 X/TODO, Apps 15.08.3: W/PPA, 15.12.0: X/WIP, FW 5.18: X/WIP | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Package Docs (WIP) https://notes.kde.org/p/kubuntu-packaging | No, plasma 5.5 isn't packaged yet [06:57] something is wrong with version numbering of frameworks.. [06:58] http://mobile.kci.pangea.pub:8080/job/vivid_unstable_frameworks_solid_pub/3/ [06:58] or maybe mobile CI is doing something crazy [07:56] bshah: we noticed yesterday that a couple packages had too high version numbers that they shouldn't have and fixed them. That also means that any existing binaries have to be deleted by hand as updates won't work for those [07:57] really sorry about that, but you'll have to manully fix the mobile ci for this [07:57] *manually [07:57] yofel: so i believe I can run frameworks update with Permit: older_version config for reprepro? [07:58] dunno, I'm not too familiar with reprepro, sorry [07:58] since that version downgrade is not intentional.. I believe I will go with that [07:59] thanks [08:00] * bshah triggers mass rebuild [08:54] kwallet-kf5 Dependency wait: libkf5gpgmepp-dev (>= 15.12.0~) [08:54] why does a framework depend on an application lib.... [08:55] builds fine with 15.08 at least === ejat_ is now known as ejat [10:02] yofel: did you poke the FW PPA? [10:03] yeah, stuff is building now [10:08] I see amd64 kinit just finished successfully [10:12] kwindowsystem seems to have a symbols problem [10:13] what does - W: oxygen5-icon-theme: latest-debian-changelog-entry-without-new-version - mean? [10:14] we dropped the epoch in the rename but didn't wipe the changelog. So it complains about the "downgrade" [10:18] ah [10:18] can I fix that? [10:19] just ignore it, it'll vanish once we release it once [10:19] I want to bump the standards as well [10:19] well that you can do, go ahead [10:20] Good morning. [10:20] but leave the changelog ? [10:20] yes [10:21] debian git is slow today :/ [10:22] actually I think it might be down [11:18] * clivejo pokes kactivities-kf5 [11:37] * clivejo pokes plasma-frameworks [11:37] wow, LP must be busy [11:37] Start in 56 minutes [11:38] * clivejo wanders off to play with the pup [12:12] yofel: just poked the last package, looking good :) [12:37] clivejo: i can test them when they are ready. I'm sick but i can do some tests :( [12:40] soee: did you get my message yesterday? [12:40] about the downgrades? [12:42] yofel: i don't think so [12:43] i was sleeping almost whole day :/ [12:44] soee: we had to downgrade a couple packages, so you'll have to downgrade these: [12:44] libkf5sonnet-dev libkf5sonnetcore5 libkf5sonnetui5 libkf5sonnet5-data sonnet-plugins libkf5sonnet5-dbg plasma-framework-dev plasma-framework libkf5plasmaquick5 libkf5plasma5 plasma-framework-dbg libkf5solid-dev libkf5solid5 libkf5solid5-data libkf5solid-bin qtdeclarative5-kf5solid qml-module-org-kde-solid libkf5solid5-dbg libkf5threadweaver-dev libkf5threadweaver5 libkf5threadweaver5-dbg [12:44] maybe just dpkg --force-depends -r the list and reinstall them [12:46] they are in archive or some ppa ? [12:46] you'll need the frameworks ppa versions if you have plasma 5.5 [12:46] archive is too old [12:47] so teh staging-frameworks ? [12:47] yes [12:47] the packages look good to me, just some minor technical stuff to fix [12:54] done [12:54] i'll reboot [12:56] yofel: all seems to be fine [12:56] why we dont have framworks vesion listed in About ? [12:58] Hiyas all [12:58] clivejo: now when Frameworsk 5.18 are ready, maybe you can upload Plasma 5.5.3 ? [12:58] hiho BluesKaj [12:58] Hi soee [13:00] yofel: I have encountered an issue after upgrading to frameworks 5.18. It does not appear to be possible to access kwallet over dbus now; any applications that attempt to use it (such as he KDE Wallet part of systemsettings) take forever to load and do not work. [13:01] When run on the console, I get error messages like "Failed to call method: org.kde.KWallet.isEnabled: object_path= /modules/kwalletd5: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." [13:01] mamarley: if you have FW 5.17 installed, please also do the above mentioned downgrade [13:02] although that should not affect kwallet.. [13:02] I already force-downgraded all those packages. [13:02] strange, I'll test it later [13:04] hmm wait.. i thought i have 5.18 but after reboot updates showed up and now i have 5.18 to update to [13:04] ok went good, brb [13:07] meh, kactivities also starts putting plugins into public library paths *-.- [13:07] ok there is some problem with kwallet [13:07] i have a lot of prompts for passwords for mail boxes, owncloud client etc. [13:37] soee: Yeah, that's the same problem I am seeing. [13:41] yofel: what you think about staging plasma 5.5.3? [13:48] a lot of these KCI errors seem to be problems with the KCI system itself :( [13:51] few upgrades ago (upgrade to -staging) i've also had issues with kwallet [13:55] can't remember exactly, but I've to do something with kwallet files (import from backup? change path?) [13:58] but there is problem to start KwalletManager application [13:58] if it start after some time, it freezes when changing some options :) [14:35] yofel: I have discovered some more information about the kwallet problem that may or may not be helpful. There is a running instance of kwalletd started by sddm-helper, apparently on login. If this instance is killed, it goes Zombie. After that, the next attempt to use kwallet starts another instance of kwalletd5 that works correctly. [14:50] mamarley: so sddm starts it wrong way ? [14:51] soee: Not sure. If it starts automatically, I am not sure why sddm needs to start it at all. [14:53] mamarley: d you have kwalletd and kwalletd5 running ? [14:54] soee: Yep, those two running, and a Zombie instance of kwalletd5 that was started by sddm and killed by me. [15:08] mamarley: the sddm-started one is (probably) the work of kwallet-pam [15:12] indeed [15:12] mamarley: it's started for unlock-at-login if your wallet password matches your account password [15:13] shadeslayer: stuff like this belongs into QT_PLUGIN_PATH, right? W: kactivities: shlib-without-versioned-soname usr/lib/x86_64-linux-gnu/libkactivitymanagerd_plugin.so libkactivitymanagerd_plugin.so [15:13] looks like it [15:14] looks like an odd place to install it [15:14] it also depends on how plasma loads it tbh [15:16] shadeslayer: looks like it's handled as like just any other lib at build time at least :/ [15:16] https://quickgit.kde.org/?p=kactivities.git&a=blob&h=25575834ad589b69a7b8eb15af7891f83f0cbb86&hb=2e3e00ee959107ed8eec87edd490121b5a3c31a7&f=src%2Fservice%2FCMakeLists.txt [15:16] * yofel has no idea how plugin loading is supposed to be done [15:16] hm [15:17] lets looky at Plugin.cpp [15:17] if only quickgit was quick [15:17] heh [15:19] actually [15:19] yofel: that's the plugin loader helper [15:19] see src/service/Plugin.h [15:20] https://quickgit.kde.org/?p=kactivities.git&a=blob&h=3e3ae801f35749216c8bbe9d79d419ae4ac6b4ca&hb=2e3e00ee959107ed8eec87edd490121b5a3c31a7&f=src%2Fservice%2FPlugin.h [15:20] shadeslayer: found where this came from: https://quickgit.kde.org/?p=kactivities.git&a=commit&h=4a79fa2394ad8bb8e3a6b4ada0cf460d93419100 [15:20] so it's probably just terribly named [15:20] I don't understand why it needs to be a separate lib though [15:20] sitter: ^ [15:20] oh [15:20] talk to ivan? [15:20] ah yeah [15:21] I remember this [15:21] Calamares had the exact same stuff xD [15:21] sitter: nvm, solved :P [15:22] so this is supposed to be fine? [15:22] I don't remember how we solved it in Calamares, but I guess that's another way? [15:23] well, if it has to be a lib then that's okay I guess [15:24] leaves the question how to make lintian happy.. slap an artificial 0 SOVERSION to the lib? [15:24] best talk to ivan about the so version [15:24] ok, thanks [15:24] you can just override it for now, and talk to upstream [15:24] if it doesn't install a header it doesn't need a soversion and needs a lintian override [15:25] ok [15:26] it doesn't afaict [15:27] doesn't look like it, which makes me wonder why the commit message says "that all plugins link against"... [15:28] oh, the qml plugins I guess [15:28] internal plugins one presumes? [15:29] * shadeslayer ponders about creating burger [15:29] I found vegetarian salami, weirdest thing ever [15:30] shadeslayer: http://authoritynutrition.com/9-ways-that-processed-foods-are-killing-people/ [15:30] that's made out of... paprika and tofu? [15:30] yofel: yeah I think so [15:30] sitter: we're all going to die of cancer anyway [15:31] you maybe [15:32] sitter: if you're composed of organic cells, you're going to get cancer [15:33] doesn't mean I'll die of it [15:38] yeah I guess that depends on how much of it you have [15:40] rather where it happens and how bad it is, can go very quickly if you're unlucky... [16:23] Rick_Timmis! [16:35] yofel: do you want a Kubuntu poster stand thing [16:35] the one Riddell had [16:36] I think that's better off going to one of the more conferency-going people [16:36] even if I would love to have it ^^ [16:36] ok [16:36] well, I was thinking of taking it to FOSDEM [16:36] anyway [16:36] cya later [16:37] question is moot then anyway as I won't be there [16:41] I think valorie is a good conference goer. [16:57] Rick_Timmis: are you maintainer of muon package manager? [16:57] My spidey sense says Yes [17:01] BluesKaj: it's in ppa-landing, but uninstallable after I had to delete some FW 5.17 packages. I'm almost done with 5.18, once it's done I'll copy that and ping you [17:01] yofel: cool , thanks [17:01] there seem to be kwallet issues with 5.18 though :/ [17:02] i don't bother with kwallet, unless there's a dependency problem [17:02] nope [17:02] Is this one of those PPA that needs a key to access? [17:03] genii: nope https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/ppa-landing/+packages [17:04] Ah, OK [17:04] I have Xenial running now off a USB stick, works fairly well [17:14] yofel: I've been "cheating" with staging and ci ppas, so there's no upgrades for me ..plasma 5.5.2 is running quite well with very few problems so far, but I don't use PIMs applications or kwallet etc, since I'm a home user [17:14] heh [17:15] * yofel managed to completely break kwallet on his desktop [17:15] dunno how I managed to do that, doesn't respond to anything and kwalletmanager just shows an empty window [17:16] been learning how to use "activities", never thought I'd bother :-) [17:16] how you getting on BluesKaj? [17:17] still dragging your feet? [17:19] clivejo: how? [17:19] clivejo: I've got 5.5.working [17:20] ok, that should conclude the uploads for frameworks, now to wait for it to build and we can finally mark something neither TODO nor WIP [17:20] yofel: what did you upload? [17:20] the symbol updates [17:21] any further with kwallet? [17:21] haven't updated here yet, will debug it once I actually get the error myself [17:21] seems to be sddm or kwallet-pam related though, mparillo_ found out that much [17:22] ask debian/maxy? [17:22] I think upstream would be more appropriate, but lets see [17:22] anything I can do/help with? [17:22] continue with applications I guess [17:23] plasam 5.5.3 can go up once 5.18 is copied [17:23] which has to wait for the publisher [17:23] I think some apps need higher FW version [17:24] hm, I thought I retried all those failures after copying 5.17 [17:24] Yay! It is nice running up-to-date KDE again :) Thanks for your efforts! [17:24] and 5.18 wasn't out yet when 15.12 happened, so that can't be required [17:25] * yofel wonders if kwallet requires 15.12 gpgmepp [17:25] for some reason there's a cyclic dpendency [17:25] more chickens and eggs [17:25] indeed [17:31] yofel: have you staged plasma 5.5.3 yet? [17:31] no, as I said, has to wait for 5.18 to be in the ppa [17:32] you can already generate the packages though if you want [17:32] could we not run staging script? [17:32] and then only upload when the publisher finsihed? [17:32] I just said that you can.. [17:33] plasma packages are up-to-date? [17:33] I don't get the question [17:33] the package list [17:33] should be up to date [17:33] probably, but run it anyway [17:33] upstream is unreliable.. [17:34] even if Jonathan learned the lession I think ^^ [17:35] *blink* [17:35] how did I break kwindowsystem.. [17:35] oh, how did that happen o.O [17:36] meh, more waiting [17:37] Stupid blinking gear. I know the pain. :/ [17:37] XD [17:38] yofel: https://paste.kde.org/pq7idte0i does that look right? [17:38] does that script still do git diff... [17:39] clivejo: ignore that [17:39] run git diff yourself [17:39] its hung the terminal again! [17:39] type "reset" [17:40] you won't see input, but after you press enter the shell should work again [17:40] why is that? [17:40] the arguments are wrong so it tries to run the pager from within another process, which breaks the I/O streams [17:41] I'm just trying to fix that [17:41] thats better https://paste.kde.org/pxz4ff4wr [17:41] that's actually wong [17:41] I wonder where you need to add that exception... [17:41] meh [17:42] discover name? [17:42] !info discover [17:42] discover (source: discover): hardware identification system. In component universe, is optional. Version 2.1.2-7ubuntu1 (wily), package size 24 kB, installed size 123 kB [17:42] Riddell: how do you properly document a source tarball rename in our current tooling? [17:42] * clivejo rolls eyes [17:42] oh, found it [17:43] it's inside the script itself... [17:43] more hardcoding [17:43] thats .... handy [17:44] clivejo: git pull and try again [17:45] no changes [17:46] good [17:46] and your shell still in one piece? [17:46] so its called muon-discover? [17:46] yes, you fixed it? [17:46] yep, good [17:47] muon-discover is the binary name, so might as well go with that for the source [17:47] I see [17:47] and makes sense [17:49] staging script is running [17:52] doing the same here... I really don't trust that thing since yesterday [17:53] hm, bump-build-dep-versions is now actually doing useful things [17:53] but we don't have a working way to properly update those [17:54] and the script should also handle the qt5 deps [17:54] but this is progress [17:54] bumping to 5.18.0 thats right, isnt it? [17:54] santa++ [17:55] yeah [17:55] that way you at least won't *forget* to copy frameworks :P [17:55] as it's simply build nothing [17:55] any progress on the publisher? [17:55] *it'll [17:55] we just have to keep on top of the releases :P [17:56] thanks for the reminder, it's done [17:56] do you know how to script-copy stuff? [17:56] yofel: no [17:56] bzr co lp:kubuntu-dev-tools [17:56] or update your checkout, I just fixed something there [17:57] but if the workflow is working correctly, the build deps should be in the archive? [17:57] no? [17:57] no, for that someone would have to upload frameworks to the archive [17:57] I have no intention of doing that right now [17:58] not with kwallet potentially broken [17:58] in kubuntu-dev-tools go to bin, then ./kopypackages -a ppa:kubuntu-ppa/staging-frameworks xenial ppa:kubuntu-ppa/ppa-landing xenial [17:59] does it have to rebuild? [17:59] the script is less flexible than copy-package from ubuntu-archive-tools, but that one doesn't have an -a option [17:59] or just copy bins? [17:59] it copies bins by default [17:59] then we need to wait on publish to faff around and do its job [17:59] that command was for landing, after that run it again for staging-plasma [18:01] ah plasma-mediacentre [18:01] the bot keeps blaming me for brekaing it [18:02] you "Removed merge artifacts from the changelog" a week ago [18:03] yes? [18:03] how do I figure out whats wrong? [18:03] do what the CI job does by hand? [18:04] what does it do? [18:04] its all magic [18:05] no idea [18:05] ok, script done, now to see if the epochs are right [18:05] :( [18:06] oh to have a decent internet connection [18:08] ok, script output looks ~fine [18:09] any progress with the pkg copying? [18:10] now that was fun, I just plugged out a monitor on wily and krunner crashed [18:12] * yofel copies stuff to landing himself [18:12] I'm actually waiting for that, I'll leave staging-plasma to you [18:12] sorry [18:12] doing other stuffs [18:13] wow [18:13] thats the first time the staging script has completed with nothing in manual [18:13] that's why I insisted on actually getting things done, otherwise you have to fix the same stuff over and over again :P [18:13] do you want to continue on with it? [18:14] landing copy done [18:14] are you copying staging? [18:14] I havent checked out the dev tools yet [18:14] then I'll do it [18:14] LOL [18:15] or do you want to wait for the publisher even longer? :P [18:15] you are definitely a machine! [18:15] it's one command... [18:15] * clivejo can only do and think about one thing at a time [18:15] note it down though, that's how I always copy stuff around [18:15] Ive made a note of the command you mentioned above [18:16] klearppa in there is how you reasonable delete stuff btw. [18:16] mass-delete I mean [18:16] whats bothering me is that its bzr [18:16] and I dont know bzr [18:16] just use it like svn [18:17] branch based bzr is a bit annoying IMO, but connection based one is almost identical to svn and rather convenient [18:17] it's not like that repo gets updates very often, maybe a commit a month [18:18] it's the "useful random tools" repo for stuff that's not tied to the automation stuff [18:19] will I do an upload? [18:20] and would you pause KCI for me to do a commit [18:21] yeah, go ahead, but wait for the publisher with the upload [18:22] and could you file out the paperwork for your membership application while you're at it? Thanks :P [18:22] has the publisher not finished? [18:22] no https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+packages?field.series_filter=xenial&batch=300 [18:22] so I cant upload til thats done? [18:23] membership for what? [18:23] well, you can, but then we have to retry stuff after the publisher is done. It's easier to just wait for ti [18:23] kubuntu-members [18:24] too much like hard work [18:24] I hate writing about myself [18:24] especially telling people how great and good I am [18:24] well, me too, but it's not like you need to write much. You don't need testimonials either as all you need is +3 in the meeting and at least 3 council member talk to you all the time here [18:25] an inside job huh? [18:25] thats cheating :P [18:25] pretty much, which is why I said "paperwork" ^^ [18:25] as that's all that's left [18:26] there you go [18:26] which is better to do first, the debian commit or the upload? [18:26] do the git stuff as I already paused CI [18:26] I mean in general? [18:27] pushing [18:28] doesn't really matter, you should do both around the same time so that someone else doesn't work on out-of-sync stuff [18:29] that was quick [18:29] done! [18:30] publisher still making a kerfuffle [18:30] ? [18:31] Il upload them anyway, I enjoy giving them a poke [18:32] helps me learn the structure [18:33] grrrr now Im being blamed for breeze [18:33] heh [18:35] yofel: I had a thought about making a ninjas based on mediawiki, what you think? [18:35] hmpf, now the mergers are going mental [18:35] I noticed! [18:35] move the notepad to a wiki? NO [18:35] and they blaming me! [18:35] we had a wiki based coordination page, it was a mess [18:35] but was it a mess cause noone updated it? [18:36] the other way, too many people editing at the same time [18:36] aaan the publisher is done [18:36] if you structure it right a wiki is a great way to make docs [18:37] the ninjas pad is not a doc [18:37] that there's guides on there is because we had no other place for it [18:37] I mean packaging docs [18:37] *those* should move [18:37] the guide ovidiu-florin and I are working on [18:37] yes, those should move to a wiki [18:37] once you're done [18:38] its a WIP, we never be done [18:38] or maybe we can make a devel section on the official docs site [18:38] if you don't mind writing RST [18:38] I dont know RST [18:38] and Im not up for learning :P [18:38] not much different from Markup [18:38] can I start the upload? [18:39] or markdown [18:39] yes [18:40] oh, we just did the perl transition, no wonder there's so many updates [18:40] sitter, Riddell: https://launchpad.net/ubuntu/+source/okular/4:15.08.2-0ubuntu3 anything wrong with kde? [18:40] does weegie not generate the page until a package it uploaded? [18:41] weegie is a 10min cronjob [18:41] I pushed the build status a while ago [18:42] doko: I'll look in a sec [18:42] ta [18:42] shoot [18:42] I didt [18:42] yofel, there are more no-change uploads failing [18:42] pushed config file [18:43] I see, but I need to build this myself as that apt message is useless [18:43] clivejo: the status page also won't show "Pending" sources btw. [18:44] I forgot to commit it :/ [18:44] before I pushed [18:44] heh [18:44] * clivejo face palms [18:44] seee, i can only do one thing at a time! [18:45] Im no good at multi-tasking [18:47] meh, I need an sbuild chroot, aptitude doesn't see any issues with okular in pbuilder [18:56] * ovidiu-florin heard someone saying his name [18:56] heyho [18:57] hello [18:57] ovidiu-florin: are you "hearing things" again? [18:57] I am hearing things [18:57] but what's with the again? [18:58] ovidiu-florin: jk :-) [18:59] * yofel got new headphones today so he's hearing stuff too [18:59] oh nice , what did you buy, yofel? [19:00] yofel: do they have a microphone? [19:01] ahoneybun: ping [19:01] ovidiu-florin: no, my headset still works, but it's slightly broken so not for travelling / outdoors anymore [19:01] BluesKaj: http://www.teufel.de/kopfhoerer/mute-p15847.html [19:01] they don't have an english site sadly [19:01] * BluesKaj still uses his old sennheiser HDR116s [19:03] they also make excellent headphones, but as I'm travelling a lot I wanted to try something with noise cancellation, and sennheiser is rather expensive there [19:05] http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.5.3_xenial.html [19:05] all greens and blues :) [19:06] muon-discover is orange [19:06] muon will go yellow, but I think as that doesn't ship headers we can just override the warnings [19:07] * clivejo is happy! [19:08] oh right, that static lib also has to go [19:08] stomp on it? [19:09] nah, I'll just send it into exile [19:09] why is that even explicitely listed in the install file... [19:10] was it me? [19:10] yofel: you did not mention yellow before [19:11] ovidiu-florin: I call orange yellow [19:11] because on one of my old displays that appeared yellow [19:11]