[00:03] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_cantor build #102: STILL UNSTABLE in 55 min: https://kci.pangea.pub/job/bionic_stable_cantor/102/ [00:08] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_libkgapi build #65: STILL UNSTABLE in 1 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_libkgapi/65/ [00:08] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_amarok build #100: STILL UNSTABLE in 59 min: https://kci.pangea.pub/job/bionic_unstable_amarok/100/ [00:08] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_cantor build #95: STILL UNSTABLE in 59 min: https://kci.pangea.pub/job/bionic_unstable_cantor/95/ [00:08] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kstars build #130: STILL UNSTABLE in 1 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_kstars/130/ [00:09] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_libgravatar build #79: STILL FAILING in 19 min: https://kci.pangea.pub/job/bionic_unstable_libgravatar/79/ [00:41] dang, since restarting, falkon seems to freeze all the time [00:41] :( [01:06] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kdepim-addons build #130: FAILURE in 7 min 33 sec: https://kci.pangea.pub/job/bionic_stable_kdepim-addons/130/ [02:03] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_pimcommon build #98: STILL FAILING in 20 min: https://kci.pangea.pub/job/bionic_unstable_pimcommon/98/ [02:51] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi build #146: STILL FAILING in 30 min: https://kci.pangea.pub/job/bionic_unstable_akonadi/146/ [02:59] valorie: I see the iso has changed since early am. Ready for more testing yet? [02:59] uh [02:59] let me check again [02:59] I didn't see the "build" report [02:59] ok I just zync'd and it was very different. [03:00] well, I tested what is there now [03:00] however, they are re-spinning now [03:00] just not built yet [03:01] ok just let me know please maam. hilight me nick or something on top of the usual email I may see the irc 'ding' before the email. =) [03:02] zsyncing was good; it will probably save you some time [03:02] aha, it now says (rebuilding) [03:02] valorie: my bad. I was in the wrong dir/ when I zsync'd. [03:02] :-) [03:02] heh [03:03] Lot of upgrades today including the kernel. [03:05] Even 16.04 had a new kernel on my server(s) upgrades. [03:06] yeah [03:07] I had a problem because packagekit crashed part way through an update [03:07] had to use apt and dpkg to fix it [03:07] and go back to nvidia after trying intel with prime-select [03:11] I kinda sorta don't miss nvidia cards. Been a many moon since 2000 or so since I ran one. [03:11] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Bionic Final] has been updated (20180425) [03:11] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Bionic Final] has been updated (20180425) [03:11] they are a bargain with the devil [03:11] you're tempted with marginally better performance per dollar, but suffer an eternity of torment [03:12] Yup, I quaked my bum off with a killer nvidia setup nack in the day. Every time I upgrade the kernel.. argh... [03:12] haha eternity! [03:12] * BionicMac cracks up a bit [03:43] Mandatory nomodeseton a live boot on hybrid laptop, would anyone consider that a bug? [03:46] Hey, they fixed the boot menu option on 4k screens. Text is no longer 1mm high and its fast. Naviagation to add nomodeset used to be painfully slow... [03:48] oh hey, there are our new images [03:48] yep, testing now.... [03:48] zsyncing.... [03:48] \o/ [03:48] my zsync was really fast (less than a minute, but I was not timing). [03:56] yeah [03:57] ok, lists written to [04:17] * DarinMiller Strange... 20 packages to update on fresh respin.... earlier in the week, there were none. [04:39] I've been getting multiple updates daily lately [04:45] yes, updates down to the wire seem more prevelent this time around. [04:47] 2 installs on 2 different PC's went well. I did not test OEM this time around. Will test tomorrow unless someone beat me to it. Nite all. [05:05] i"m testing oem right now [05:06] trying to find the bug number for clicking on links does nothing..... [05:07] LP#1681144 if anyone needs it [05:08] LP:#1681144 [05:08] huh === himcesjf_ is now known as him-cesjf [07:15] https://www.reddit.com/r/kde/comments/8er8sw/why_does_kubuntu_1804_minimal_install_option/ [07:16] Does it? [07:17] yes [07:18] why shouldn't it? [07:23] not everyone has a modern low form factor laptop without a cd drive or burner [07:30] I still use it rip CDs [07:31] and occasionally (at linuxfest for instance) to burn DVDs for people [08:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2195: SUCCESS in 54 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2195/ [08:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2195: SUCCESS in 1 min 17 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2195/ [08:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2195: SUCCESS in 4 min 19 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2195/ [11:06] there is a new ubiquity coming to fix the reboot issue, so another respin looks very likely [11:22] Howdy folks [11:23] Howdy BluesKaj. A quarter-hour ago, we learned that new BB spins are likely. [11:24] 'Morning mparillo, already ? === himcesjf_ is now known as him-cesjf [11:26] More like again. I entirely missed the spins that were tested whilst I slept. [14:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2196: SUCCESS in 44 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2196/ [14:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2196: SUCCESS in 1 min 15 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2196/ [14:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2196: SUCCESS in 4 min 15 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2196/ [15:30] hey all, the Flatpak developers are gathering packaging guides for different languages and build systems to put on docs.flatpak.org, is there anyone here who would write one for the build systems Qt and KDE apps use? [15:34] ping Aleix Pol about that [15:34] he maintains our Flatpak build system stuff [15:35] apol@kde.org [15:38] thanks nggraham [15:38] no problem [16:28] Can anyone with a Bionic laptop (clean install) in front of them confirm that suspend on lid close works? [16:28] If not, we will need to patch powerdevil for https://cgit.kde.org/powerdevil.git/commit/?id=be91abe7fc8cc731b57bec4cf2c004c07b0fd79b [16:31] (Don't have mine available right now) [16:34] @nggraham Not release-critical I assume? [16:36] Worst case scenario, it can wait until I SRU the next Plasma 5.12 point release. … (I put an emphasis on me doing the work because if I recall correctly @acheronuk doesn't want to do it. :P) [16:37] if it is indeed present, I would call it release-critical; there'll be no power management for laptops. You'll shut the lid and nothing will happen, and they won't suspend before they run out of battery power [16:37] @nggraham, Then let's get this confirmed if present as soon as possible so I can yell loudly. [16:37] indeed [16:38] I found one report; need to confirm: https://www.reddit.com/r/kde/comments/8es08k/how_do_i_suspend_my_laptop_on_lid_close/dxy2yq6/ [16:45] @nggraham Just talked with Release Team... Does this /need/ to be in the ISO or can it land as a 0 day update? [16:45] slangasek> tsimonq2: if 0 day SRU is even an option for whatever it is, then that's your only option … slangasek> tsimonq2: anything that doesn't scream "this needs to be in the ISO" doesn't need to be in the ISO [16:45] could it be a 0-day update with an iso re-spin on that day? [16:46] (lots of people never update...) [16:46] @nggraham, It's an LTS, so while you won't get an ISO spin on the thing called "18.04 final", it will land in the point release. [16:47] @nggraham, Not if they keep the checkbox checked for "Download updates during the installation" [16:47] ah right [16:47] ok, let's shoot for a 0-day at this point [16:47] I don't object to it being a 0 day SRU, but if you think it NEEDS to be in the ISO and can confirm it, hop in #ubuntu-release and scream loudly. [16:47] @nggraham, Ok. [16:48] @tsimonq2, And that goes for every bug at this point. [16:51] @nggraham Then it's settled. [16:51] 0 day SRU it is. [16:51] 👍 [16:51] Thanks as always! [16:52] No problem. [16:52] I'll give you something to test tonight at 7:30ish PM Central. [16:52] ok, thanks! [17:00] Np [17:57] Nate, I have clean BB install from month+ ago. Sleep on lid closed works perfectly. I have fresh installs at home, but I won't be home for another 6 hours. I can also assist with testing at that time. [17:58] thank you very much for testing [19:23] zero day sounds wiser to me at this point [19:48] I'll check on my testing laptop right now [19:54] works perfectly on an install from last night [19:55] clean install? [19:55] on my little Dell/intel [19:55] yes [19:55] probably the oem test I did last night [19:55] fantastic, maybe it's not an issue then... [19:57] it isn't suspend by default; it is "do nothing" by default [19:57] the commit says config is not created on a clean install, but your experience suggests that is either not always the case, or in some circumstances the problem resolves itself [19:57] well, I went into systemsettings and set it to suspend [19:58] @valorie, it should be suspend by default on lid close [19:58] like I said, default is "do nothing" when lid is closed [19:58] it is not [19:58] if you're not seeing that, then that's the bug [19:58] ok, so you just hit the bug :( [19:58] ok, then I confirm the bug [19:58] darn [19:59] thanks a lot for testing! [19:59] do we have a BR yet? [19:59] IMO do nothing by default is correct. I see no reason why laptop should assume you closing the lid means you want to suspend [19:59] or should I file one [19:59] that should be an option you enable [19:59] I agree [19:59] in general, I only turn that on sometimes [19:59] suspend on lid close is like the standard behavior since forever, and matches the user expectation [19:59] and off at Akademy [19:59] not having this behavior is a bug that was just fixed [19:59] :-) [20:00] not my expectation [20:00] :P [20:00] people who don't like it can turn it off, but it's *supposed* to be the default [20:00] imo it has changed back and for a few times [20:00] so once it bites me, I change it [20:01] bigger issue on that sounds like the default power button actions to me [20:01] yes, it was set to "do nothing" which is bizarre [20:01] "eading to it not suspending on lid close, not handling power buttons etc etc" [20:01] *leading [20:01] otoh, it worked when I pushed it [20:03] acheronuk: I think I disagree with you on what the default should be [20:04] I would say that 99% of people expect suspend when the lid is closed [20:04] and maybe half care that they can change that in Plasma [20:05] * valorie files a bug [20:06] @nggraham Riddell added that patch to Neon user edition powerdevil this morning, and now a user reports this … https://paste.kde.org/py7uwhhpo [20:06] I will NOT let that fix into Kubuntu until it has been tested [20:06] They do, though possibly only because laptops have mechanical parts. With a no-fan/no-hdd laptop, it sort of doesn't matter if the thing falls asleep a minute after it's closed… I guess. [20:07] even though that may not be the cause of that issue [20:07] not sure that's related, but fair enough [20:09] @nggraham, I suspect it is not either, but right now I'm erring on the side of caution [20:09] * mmazur^ really likes the state of kde in bionic; every release some things work nicer [20:09] (except multi display with amdgpu, but that's because amdgpu still sucks) [20:16] hmmm, what do I file a bug against? [20:17] powerdevil? [20:17] was upgrading my primary install etc. [20:17] ok [20:18] plasma 5.12 got to a .4 release without this being noticed, so *** shrug *** [20:24] @DarinMiller are you able to test for the zero day if @tsimonq2 prepares it? [20:24] LP:#1766967 [20:25] more so we know it doesn't break existing installs [20:26] LP: #1766967 [20:26] Launchpad bug 1766967 in powerdevil (Ubuntu) "on new install, when laptop lid is closed, session is not suspended" [Undecided,New] https://launchpad.net/bugs/1766967 [20:26] :P [20:26] oh, a space [20:26] sheesh [20:27] it's true, I never tested for that, or even noticed it [20:27] otoh my little lappy kept going dead and I didn't realize why [20:27] I'm not being smug, as it took me an embarrassingly long time to work out how to make that bug trigger always work! LOL [20:28] oh, you have the perfect right to be smug [20:28] lol [20:28] I would be feeling smug if I'd already mowed the lawn [20:28] but.... [20:28] no [20:29] @acheronuk, Yes, I can test assuming my current laptop meets your test requirements. [20:30] Clarification on previous sleep when lid is closed.... I had to enable it myself. Kubuntu has always been that way. [20:31] Right. :) [20:38] @nggraham so what would this fix change the default power button action to? [20:39] not sure actually [20:39] only sane defaults IMO would be "ask wat to do", with "nothing" a safe but silly fallback [20:39] actually I do know: it shows the logout dialog with options for what to do [20:39] @nggraham, Kool [20:40] yes, after a momentary brain fart, I remembered that that is indeed what it does :) [21:40] So how does one answer a screen prompt when the screen is closed? [21:40] context? [21:41] one opens the lid? [21:42] From my understanding, the "closed lid" patch prompts the user what he wants to do when lid is closed. If the lid is closed, he will not see it, battery goes dead, and the user is none the wiser. [21:43] the patch fixes the issue that caused the lid closing event to not trigger suspend as is the intended upstream behavior [21:44] Almost needs to be a pre-emptive configuration prompt on fresh install. [21:44] the default behavior on lid close is *not* a UI prompt; that's the default behavior when you press the power button [21:44] ohhhh, that makes way more sense. [22:51] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Bionic Final] has been updated (20180425.1) [22:51] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Bionic Final] has been updated (20180425.1) [22:57] weeeeeeeeeeeeee [22:58] fingers crossed for last spin [22:59] knock on wood [22:59] tomorrow I will try to.... [23:00] 1) test some isos [23:00] 2) update upgrade wiki page with nice pics [23:01] 3) draft relase announcement if no-one gets there 1st. please do if you feel like it! [23:01] @MichaelTun is getting a video ready ;) [23:05] 👍😎 [23:05] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #1085: SUCCESS in 5 min 43 sec: https://kci.pangea.pub/job/mgmt_merger/1085/ [23:06] I think I wrote one? [23:09] yep, there is a draft [23:09] feel free to fix links, etc. [23:09] mparillo: ^^^ [23:15] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ruqola build #192: STILL FAILING in 9 min 7 sec: https://kci.pangea.pub/job/bionic_unstable_ruqola/192/ [23:30] and the lists written to again [23:33] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kalzium build #85: STILL UNSTABLE in 24 min: https://kci.pangea.pub/job/bionic_stable_kalzium/85/ [23:34] Ok. goodnight all. I will be up my time in the morning to get things done I hope [23:35] good night! [23:41] niters @nggraham [23:52] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_cantor build #103: STILL UNSTABLE in 44 min: https://kci.pangea.pub/job/bionic_stable_cantor/103/ [23:57] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kstars build #131: STILL UNSTABLE in 49 min: https://kci.pangea.pub/job/bionic_unstable_kstars/131/ [23:57] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_libkgapi build #66: STILL UNSTABLE in 50 min: https://kci.pangea.pub/job/bionic_unstable_libkgapi/66/ [23:58] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_messagelib build #194: STILL FAILING in 50 min: https://kci.pangea.pub/job/bionic_unstable_messagelib/194/