[00:08] ovidiu-florin: https://github.com/ahoneybun/kubuntu-manual/issues/1 [00:08] :_ [00:08] :) [00:16] ahoneybun: why github??????????? I hate it more every day [00:17] valorie: because that's where I put it? [00:17] why not git on launchpad at least? [00:17] I mean, I know lp is a pain [00:17] but [00:17] github is a closed-source business [00:19] why is it such a huge deal? [00:19] it works fine [00:19] it is on lp, I just need to update it [00:23] well, github isn't Free [00:23] not a huge deal [00:23] but ..... [08:45] Good morning. [09:30] Hi there - is there a Kubuntu repo browser I can use to look at commit logs and trees? [09:31] Trying to determine if a particular commit from upstream KDE has been merged already before trying to figure out how/when to get it merged [09:36] nluxton: that depends on the package.. a couple extra packages are in bzr on launchpad owned by ~kubuntu-packagers. KDE applications, plasma and frameworks are in the kubuntu_${release}_archive branch in debian git [09:37] you'll want to look for debian/patches/ folders in the tree [09:39] nluxton: if you run apt-cache showsrc $source, you should see a Vcs-Browser field that should point you to the right location [09:52] yofel: that's really helpful, thank you! [10:11] OK, so it looks like this particular fix hasn't been merged yet. Is there a way I can find out if/when this will be merged into the current release as an update? [10:11] I guess I should ask the package maintainer? [10:11] (the next question, then, would be how I get an email address for said package maintainer :) ) [10:17] nluxton: it would help to know what the package in question is.. [10:18] if the package has bugfix releases, you will likely get the fix with that. Otherwise it's up to the maintainer [10:19] Sorry, it's plasma-workspace [10:19] I'm pretty much completely new to the way this all works (in terms of process etc) [10:19] OK, so I could check if the upstream package is set to release a bugfix release? [10:20] right, so bugfix release it is if the version of plasma is still getting those, otherwise an SRU is in order [10:21] the patch seems to have been applied 4 weeks ago, and the last tag was 5 weeks ago. Sorry, what's an SRU? [10:21] !sru [10:21] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [10:21] is that about plasma 5.4 ? [10:22] regarding the maintainer for plasma-workspace, that's us, so you're at the right place (if IRC is unresponsive feel free to mail kubuntu-devel@lists.ubuntu.com) [10:23] Yeah, 5.4 [10:23] OK awesome [10:24] Essentially this commit introduced a bug (https://quickgit.kde.org/?p=plasma-workspace.git&a=commit&h=2870b5e69bf892c3d08df2d8ee11491542e0d796) and this commit fixes it (https://quickgit.kde.org/?p=plasma-workspace.git&a=commit&h=f869daca8244131f6b452e2c15b4dee5903ff768) [10:25] It breaks my environment which sucks and I have applied the patch manually at the moment to get it working, but would like to know if/when this update will make it into Kubuntu 15.10 updates [10:25] right, so that's part of 5.4.3, which is on our todo list. As we're overloaded as usual I would say that'll take 2-3 weeks to end up in -updates [10:26] OK cool [10:27] Is there anything I could do to help? Not necessarily with this specific issue, but in general, to help with the overloaded-ness [10:27] (I realise that's quite a broad question...!) [10:29] nluxton: plenty! The more readable todo list is at https://trello.com/b/lAVvKdKF/16-04 [10:30] best look for an area that you would find fun to work on, then we can see what's to be done and who you should talk to [10:34] I guess the websites interest me but also packaging (interests me because I know very little about how it's done / what's involved) [10:35] I've been interested in contributing somehow for a long time but have been reticent, mostly because I don't really know anything about how any of the process works, etc [10:35] The "getting started" part of it feels a bit overwhelming [10:38] I can also do some sysadmin stuff - I am a "devops" (is that still a word?) and a lot of what I do at work is both managing server infrastructure and doing things like configuring CI servers, issue trackers, code review tools and so on [10:38] right, best stay around in here to see what's going on, then you'll get a feeling what we're doing. For the website you'll want to talk to ovidiu-florin, packaging would be me and sgclark [10:38] we have a "devop" person in my office here, so it seems so ^^ [10:39] Haha [10:40] talking about CI, we do have our own one for packaging, but that's currently moving so we'll need to set up our own one, every help with that would be appreciated [10:41] OK [10:42] I'm not claiming to be an expert, but I do have a bit of experience, so anything I can help with, I'd be glad to [10:43] well, no need to be one. We have people here that started packaging with no packaging experience at all, same in other fields. [10:43] Most important thing is that you find something that you enjoy working on [10:43] :) [10:46] I guess it would be a good idea to look at the mailing list [10:47] right, also make sure to subscribe to it if you plan to stay around (otherwise your mails will end up in the moderation queue, which will add delay) [10:51] OK I'll do that [11:20] ovidiu-florin: you coming to https://wiki.debian.org/BSP/2015/11/Munich or too short notice? [12:00] Hey all [12:20] Does anybody know if the "Log notification to file" feature in KDE is broken at the moment? It doesn't seem to work for me. I'm trying to get KDE connect notifications to be logged to a file to display them in my dzen2 bar [14:43] yofel: ping [14:43] * yofel listens to the echo.... [14:43] :) [14:44] ximion: coming to munich? [14:44] I would like to stage frameworks for xenial, is that ok? [14:45] uhm, well, you can try. But make sure you don't push as I'm not sure what the old tooling does when branches are missing [14:45] yofel: would be nice, but I have to hold a seminar at that very weekend (yes, university is taking weekends now too!) [14:45] eeeeeeh? [14:45] bummer [14:46] * ximion currently thinks about attending FOSDEM - still enough time to plan for that ^^ [14:46] yofel: you seem to have created new kubuntu_xenial_archive branches already? [14:46] riight.. [14:46] clivejo: I created the ones I needed. probably some missing [14:47] how so? [14:47] well, when I fixed the autopkgtests, I only pushed the branches that actually had commits [14:49] so like http://anonscm.debian.org/cgit/pkg-kde/frameworks/extra-cmake-modules.git/ it doesnt have a xenial branch yet? [14:52] yep [14:53] so, what I did initially, was clone all repositories in the same folder. Then I scripted checking out the wily_archive branch, then scripted "checkout -b kubuntu_xenial_archive" for all repositories. [14:53] With that you get correctly set up xenial branches in all repositories. If you then push every repo you should be good to go [14:55] how did extra-cmake-modules get missed? [14:55] as I said, I didn't make branches if there was no point in making one [14:56] you don't make branches just for the fun of it, because delaying the branch creation makes sure that you get the up-to-date state of wily when you branch off [14:56] you will get errors from the repos that already have the xenial branch, ignore that. [14:58] I dont understand that. Is the wily_archive branch not locked now, since its been released? [14:59] no, _archive also covers wily-updates [15:00] unless I misunderstood something? [15:00] no, Im just slow on the uptake [15:02] I wanted to make a start on staging frameworks with the old tooling and try fixing any problems [15:03] well, do it. But as I said, make sure that the branches are correct and that you don't push your first run until you verified that everything's alright [15:06] (remember that the stage script defaults to pushing immediately, so disable that) [15:09] I have many packages "kept back" with kubuntu ci, is that intended? it's mostly frameworks and plasma [15:17] mck182___, sudo apt dist-upgrade will install them [15:17] BluesKaj: nope, in fact [15:17] BluesKaj: https://paste.kde.org/p1lrpm4hr [15:19] mck182___, make sure you update and upgrade first [15:19] I did [15:20] wily? [15:24] mck182___, those kept packages need the other packages to be installed first [15:38] mck182___: "kubuntu-ci/unstable" upgrades fine here with indi and Qt ppa's [15:42] pretty sure you should copy things into the ppa rather than make the ppa depend on other bits [15:43] latter is not communicated to users, so that's some serious vodoo as far as non-devs are concerned xD [15:43] I wonder who added the deps then [15:43] wasn't me [15:43] but yeah, I would assume that qt5.5 would be the source of the mess [15:44] it literally coudl be any member xD [15:44] true [15:44] maybe we should change the control structure [15:44] currently all members are member of kubuntu-ci as with all other teams [15:44] might be wroth revisting that choice :P [15:45] it surely happened with all the best intentions, alas, that doesn't improve upon the situation I fear [15:45] you could limit it to ninjas at least. Might not solve everything, but would sound more appropriate [15:46] * yofel wonders why all the teams have random owners.. [15:47] yofel: I see...I sure don't have qt5 [15:47] .5 [15:48] mck182___: quickfix: add-apt-repository ppa:canonical-qt5-edgers/backup-qt551 [15:48] ooh [15:48] but we'll copy the packages over too [15:48] woah, now I have even more packages held back tho [15:49] fwiw, here's apt-cache policy on one of the held back things https://paste.kde.org/pgowhk9eu [15:50] all of them have the same thing [15:52] yofel: does that tell you anything useful? [15:52] not particulary.. well, it tells me the breakage was introduced recently.. [15:53] mck182___: the output of apt-get -o debug::pkgproblemresolver=1 dist-upgrade would be handy [15:54] yofel: https://paste.kde.org/prurloqod [15:54] though now dist-upgrade wants to remove only kwin-wayland \o/ [15:54] progress [15:54] right, sounds like a missing rebuild [15:55] well, kwin be FTBFS, so hardly surprising [16:14] yofel: FWIW upstream says 1514491 is unfixable on our end [16:16] shadeslayer: all of it? The description says that the xubuntu folks did *something* at least [16:16] the button order is probably fixed though [16:17] talking about xubuntu, we need to burn orion with fire [16:23] mhh...the plasma-workspace build is one month old anyway :O [16:24] yofel: I think most of it [16:24] since GTK3+ is all CSS [16:25] meh, well. I still haven't seen gtk3+ with breeze, so I'll leave it open for now [16:32] is the plasma-workspace build failure cause of the missing qt5? [16:33] the last successful plasma-workspace build supposedly was 2 days ago [16:34] after that there seem to be a lot of dependency issues, haven't looked at it yet [16:35] yofel: really? apt shows me the last available as 4:5.4.2+git20151014.0237+15.10-0 [16:36] which is almost a month ago [16:36] which ppa is that? [16:36] kubuntu-ci-unstable [16:36] for wily [16:36] *facepalm* I was looking at the wrong page [16:37] right, 29 days ago [16:37] kscreenlocker is missing in the build [16:39] shadeslayer: you packaged that for DCI? [16:39] yofel: I haven't yet [16:39] I pushed a initial thing [16:40] ok [16:40] debian:plasma/kscreenlocker [16:41] right, I found the dummy [16:43] dummy? [16:44] well, your packaging so far without descriptions and whatever [16:44] ah yeah :P [16:45] do you guys think the plasma-workspace could be rebuilt soon? I don't mean to be pushy but I just need it for work [16:45] and screenshots for the release announcement ^^ [17:06] properly, probably not. But I guess we can just upload a snaphost of rohans packaging and live off that [17:18] yofel: https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation/ is master the old automation tools? [17:18] yes [17:18] it's also the "current" until we've merged the new ones [17:19] are the ng ones ready to try yet? [17:43] clivejo: not on the branch on lp [17:43] the github repo probably has the up-to-date branch for that [18:04] angry e-mail du jour https://paste.kde.org/pwem72uq9 [18:12] Kubuntu updates firmware now? my we have grown [18:13] it's done by the driver-manager thing same as nvidia drivers [18:13] yes my desktop is fubar atm. Untimely reboot on unstable CI = bad [18:16] driver manager that no one claims maintainership? lovely. [18:19] in theory ubuntu foundations team maintain the actual installation of bits [18:19] but y'know, they also maintain usb-creator [18:28] Riddell: They are probably referencing the intel-microcode/iucode-tool packages, which together update the microcode of the CPU. However, such microcode updates are transient and disappear with a reboot, so if I were a betting person I would bet that his fan issues are unrelated. [18:35] so I am reading this Kubuntu Brasil email. We were seriously expected to fix that load of extremely vague issues within less than 24 hours? Something tells me even if by miracle we succeeded there, it was going to be revoked. [18:36] on a Sunday no less. Total setup for failure. gosh people are great. [18:42] something is very wrong in the power management stack in wily. My notebooks randomly wake up from sleep by themselves [18:43] very, VERY bad if they're in a bag when they do that [18:43] ouch [18:44] well rebooting back to vivid as I currently have a non functional plasmashell and it makes for getting anything done difficult. [19:14] yofel: were you able to deal with kscreenlocker? I have to setup a wily chroot before I can be productive. [19:17] no, I'm trying to figure out how to easily keep out packageset updated [19:18] ahh. very useful. [19:19] I seem to be having a bad day, not sure I will get it done either. [19:32] sitter: I have created kubuntu_unstable for kscreenlocker. Any other magic needed to get this on the CI? [19:41] Hi people [19:42] hi sick_rimmit [19:42] Hi clivejo [19:43] how are you sick_rimmit? [19:48] bad network connection it seems [19:49] hiyas === rdieter_work is now known as rdieter === rdieter is now known as rdieter_work [21:15] sgclark: fyi you can book at motel one without paying anything upfront right now [21:15] and you can cancel for free till the 20th [21:17] shadeslayer: ok thanks [21:18] muon (master) v5.4.2-177-g6e3f1aa * Matthias Klumpp: (7 files in 2 dirs) [21:18] trivial: Drop some code only used by Discover [21:18] http://commits.kde.org/muon/6e3f1aa391fc0d3c6f075fd13ca3be65c362a44e [21:46] muon (master) v5.4.2-178-g528a6b7 * Matthias Klumpp: CMakeLists.txt [21:46] Drop dead option from CMakeLists [21:46] http://commits.kde.org/muon/528a6b782c2ffc5d3d00e44b8a99a63708cb07c8 [21:58] Riddell: I used to get notice of that update in 15.04 all the time as well [21:58] it never seemed to do anything though