[00:05] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #1058: SUCCESS in 5 min 55 sec: https://kci.pangea.pub/job/mgmt_merger/1058/
[00:19] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_print-manager build #55: FAILURE in 11 min: https://kci.pangea.pub/job/bionic_stable_print-manager/55/
[00:28] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_amarok build #44: STILL FAILING in 21 min: https://kci.pangea.pub/job/bionic_unstable_amarok/44/
[00:29] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kalarmcal build #57: FAILURE in 22 min: https://kci.pangea.pub/job/bionic_unstable_kalarmcal/57/
[00:42] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kdenetwork-filesharing build #32: STILL UNSTABLE in 35 min: https://kci.pangea.pub/job/bionic_stable_kdenetwork-filesharing/32/
[01:01] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ruqola build #130: STILL FAILING in 14 min: https://kci.pangea.pub/job/bionic_unstable_ruqola/130/
[01:01] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_falkon build #105: STILL UNSTABLE in 54 min: https://kci.pangea.pub/job/bionic_unstable_falkon/105/
[01:01] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-calendar build #63: FAILURE in 54 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-calendar/63/
[01:12] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kalarmcal build #58: STILL FAILING in 13 min: https://kci.pangea.pub/job/bionic_unstable_kalarmcal/58/
[01:13] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ruqola build #131: STILL FAILING in 7 min 42 sec: https://kci.pangea.pub/job/bionic_unstable_ruqola/131/
[01:14] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_amarok build #45: STILL FAILING in 16 min: https://kci.pangea.pub/job/bionic_unstable_amarok/45/
[01:19] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kalzium build #64: STILL UNSTABLE in 33 min: https://kci.pangea.pub/job/bionic_unstable_kalzium/64/
[01:19] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_peruse build #63: STILL UNSTABLE in 36 min: https://kci.pangea.pub/job/bionic_unstable_peruse/63/
[01:19] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ark build #94: STILL UNSTABLE in 49 min: https://kci.pangea.pub/job/bionic_unstable_ark/94/
[01:19] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[01:19] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ktp-desktop-applets build #92: FIXED in 33 min: https://kci.pangea.pub/job/bionic_unstable_ktp-desktop-applets/92/
[01:34] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[01:34] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_print-manager build #56: FIXED in 46 min: https://kci.pangea.pub/job/bionic_stable_print-manager/56/
[01:35] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-calendar build #64: STILL FAILING in 28 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-calendar/64/
[02:02] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_messagelib build #157: STILL FAILING in 42 min: https://kci.pangea.pub/job/bionic_unstable_messagelib/157/
[02:03] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_krita build #88: STILL UNSTABLE in 1 hr 32 min: https://kci.pangea.pub/job/bionic_unstable_krita/88/
[02:09] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kdepim-runtime build #93: FAILURE in 21 min: https://kci.pangea.pub/job/bionic_unstable_kdepim-runtime/93/
[02:30] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kdepim-runtime build #94: STILL FAILING in 15 min: https://kci.pangea.pub/job/bionic_unstable_kdepim-runtime/94/
[02:35] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_messagelib build #158: STILL FAILING in 28 min: https://kci.pangea.pub/job/bionic_unstable_messagelib/158/
[03:44] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-contacts build #111: STILL FAILING in 30 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-contacts/111/
[04:07] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-contacts build #112: STILL FAILING in 18 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-contacts/112/
 https://www.youtube.com/watch?v=srkKkSnjG-w
 @ahoneybun, 👍
 anyone up still?
[07:01] <acheronuk> just got up?
 no been up.
 I don't want to miss my flight so not sleeping.
[07:02] <acheronuk> ah. where are you going?
 @ahoneybun, Heyo
 uh oh
 @acheronuk, Prolly Pasadena, CA for SCALW
 *SCALE
 @acheronuk, Morning
 :P
 :P
[07:04] <IrcsomeBot2> * acheronuk googles that
 Yep I'll be there.
[07:21] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kcalcore build #95: STILL FAILING in 22 min: https://kci.pangea.pub/job/bionic_unstable_kcalcore/95/
[07:21] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-mime build #47: FAILURE in 22 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-mime/47/
[07:34] <blaze> there are qt4 apps with huuuge userbase like muse, lmms, hydrogen or clementine
[07:34] <blaze> and it's a bad thing to throw them away atm
[07:36] <blaze> for kubuntu this means that it's own userbase will shrink significantly
 there are applications that use qt3 still.
[07:42] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kcalcore build #96: STILL FAILING in 16 min: https://kci.pangea.pub/job/bionic_unstable_kcalcore/96/
[07:42] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_akonadi-mime build #48: STILL FAILING in 16 min: https://kci.pangea.pub/job/bionic_unstable_akonadi-mime/48/
[09:56] <acheronuk> cyphermox: can we get this fixed for 18.04? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1447144
[10:16] <cyphermox> acheronuk: if I manage to get to it
[10:17] <cyphermox> acheronuk: how about this, remind me on Monday, and I can make time so we look at it together?
[10:17] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2102: SUCCESS in 57 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2102/
[10:17] <cyphermox> (that is, if you're interested in learning how to fix this)
[10:17] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2102: SUCCESS in 1 min 9 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2102/
[10:18] <acheronuk> cyphermox: that's good with me. currently having a look at where in the ubiquity code a 'rm -f /etc/sddm.conf' or similar should go
[10:18] <cyphermox> ack
[10:18] <acheronuk> if that is appropriate
[10:19] <acheronuk> thanks. I think it's important to kill this bug for the LTS
[10:19] <cyphermox> probably oem-config-firstboot or something like that
[10:20] <acheronuk> ok. thanks
[10:20] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2102: SUCCESS in 3 min 49 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2102/
[10:59] <BluesKaj> Hi folks
[11:59] <phoenix_firebrd> where is the kubuntu 18.04 beta 1 iso?
 @ahoneybun, No?
[12:35] <acheronuk> phoenix_firebrd: beta is not out yet. we have a test iso that could become the beta. do you mean that?
[12:36] <phoenix_firebrd> acheronuk: ya
[12:36] <phoenix_firebrd> acheronuk: I found it
[12:36] <acheronuk> phoenix_firebrd: :)
[12:36] <phoenix_firebrd> acheronuk: do you have a beta 1 rc?
[12:36] <phoenix_firebrd> running?
[12:37] <acheronuk> only in a VM at the moment
[12:39] <phoenix_firebrd> acheronuk: whats the version of  i965-va-driver in 18.04 beta 1 rc
[12:42] <acheronuk> phoenix_firebrd: see the answer you got in #kubuntu
[12:43] <phoenix_firebrd> acheronuk: can version 2.1.0 make it to the 18.04 final release?
[12:45] <phoenix_firebrd> I just found out 18.04 got feature freezed on 2 march
[12:47] <phoenix_firebrd> Does that mean the intel va driver version stays the same for ever? If so there is no support for VP9 hardware acceleration
[12:48] <acheronuk> report a bug against that package, then it will be up to the ubuntu devs whether to update it or not
[12:49] <phoenix_firebrd> acheronuk: I think a bug report has already been filed. Let me find that
[12:49] <acheronuk> freeze exceptions are made sometimes in cases where benefit outweighs risk of regressions
[12:49] <phoenix_firebrd> ya
 @DarinMiller when you do an iso test install, do you set it to autologin when you set up the user?
[15:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2103: SUCCESS in 47 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2103/
[15:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2103: SUCCESS in 1 min 8 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2103/
[15:48] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2103: SUCCESS in 3 min 43 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2103/
 @tsimonq2, Yes.
 @ahoneybun, Give me an example.
[17:53] <IrcsomeBot2> <Lazy B> @tsimonq2 https://sourceforge.net/projects/drm/
 @Lazy B, Is that in the archive?
[17:53] <IrcsomeBot2> <Lazy B> No
 That's what I'm saying.
 Could people maybe test this ubiquity version with the iso oem install?  ppa:rikmills/oem-config-bug1447144
 upgrade the oem-config package when you have installed and are on the stage where there is a "Prepare for shipping...." desktop icon
 @tsimonq2, Solid don't know the full name.
 @ahoneybun, And it's in the archive?
[21:08] <valorie> I will try, @acheronuk
[21:08] <valorie> haven't written my usb yet
[21:18] <valorie> booting into the oem now
[21:19] <acheronuk> thanks
[21:22] <valorie> and installing
[21:25] <acheronuk> when you eventually set up the end user, make sure the "require my password to log in" is selected. that is the option that currently fails when it restarts X
[21:27] <acheronuk> as said, add the ppa and upgrade at the stage with a "Prepare for shipping...." destop icon
[21:29] <valorie> yup, not quite there yet
[21:30] <valorie> 89%
[21:31] <acheronuk> I would really like to see it tested with both the require password and auto-login tested, but that is much easier in a VM you can snapshot and roll back in seconds
[21:33] <valorie> I have a password set
[21:33] <valorie> oem!
[21:33] <valorie> easy to type
[21:34] <valorie> ok, it wants me to restart
[21:34] <valorie> as I recall, setup happens after that?
[21:35] <valorie> so, restarting
[21:35] <acheronuk> after reboot you get to the desktop again with the "Prepare for shipping...." destop icon
[21:35] <acheronuk> *desktop
[21:36] <valorie> click that, or drop to term and add the ppa?
[21:36] <valorie> hmm
[21:36] <acheronuk> add the ppa in konsole or whatever
[21:36] <valorie> where is the desktop
[21:36] <valorie> there tis, just slow
[21:37]  * acheronuk should have given the ppa a shorter name
[21:39] <valorie> rik can you give me exactly what I should type after apt-add-repository?
[21:39] <valorie> is it exactly ppa:rikmills/oem-config-bug1447144 ?
[21:39] <acheronuk> ppa:rikmills/oem-config-bug1447144
[21:40] <acheronuk> yup
[21:41] <valorie> error: ~rikmills user or team does not exist
[21:41] <valorie> but I didn't put in a ~
[21:41] <acheronuk> ?????????
[21:43] <acheronuk> valorie: https://i.imgur.com/0B5irjj.png
[21:44] <valorie> oh, I wasn't online
[21:44] <valorie> duh
[21:44] <valorie> pebcak
[21:44] <acheronuk> ha. that was my next question
[21:44] <valorie> gosh
[21:45] <valorie> ok, done
[21:45] <valorie> now prepare for shipping?
[21:45] <acheronuk> have you upgraded ubiquity?
[21:46] <valorie> well, it wants to do updates so I'm doing those first
[21:46] <valorie> ubiquity is in the list to be updated
[21:47] <acheronuk> most important package to have updated is oem-config (obviously!), but that should pull in the other ubiquity packages as well
[21:47] <valorie> this is only the third or so time I've tried out oem
[21:47] <valorie> yeah, that was top of list
[21:48] <valorie> discover is working fine
[21:48] <acheronuk> once done, then prepare for shipping.
[21:48] <acheronuk> and another reboot.....
[21:51] <acheronuk> back in 2 mins
[21:51] <valorie> k
[21:52] <valorie> rebooting
[21:54] <acheronuk> ok
[21:54] <valorie> setup looks normal!
[21:54] <valorie> \o/
[21:54] <acheronuk> not got to the bug yet!
[21:55] <acheronuk> that happens at the very end
[21:55] <acheronuk> or hopefully won't now
[21:55] <valorie> ok
[21:57] <acheronuk> keyboard -> timezone -> user I think
[21:57] <acheronuk> and on user, "require my password to log in"
[21:59] <valorie> yay!
[21:59] <valorie> I did all that, rebooted, and everything seems to work
[21:59] <acheronuk> ? :)
[21:59] <valorie> weeeee
[22:00] <acheronuk> you get to a sddm login?
[22:00] <valorie> I did
[22:00] <acheronuk> \o/
[22:00] <valorie> and logged in, and get to the desktop
[22:00] <valorie> lemme see if the test requires more
[22:00] <acheronuk> before it was just a black screen instead of the sddm login
 acheronuk: have you had any luck getting your ubiquity patches merged? The slideshow still doesn't show your changes
 @nggraham I think you mean @ahoneybun
 or do you mean generally?
[22:06] <valorie> the only bug I encountered is that clicking those links still does nothing
 oops, sorry
 Yeah, @ahoneybun: ^^
 I haven't proposed this yet oem patch yet.  but I will, and was going to work with ubiquity devel on Monday
 @nggraham, ok. :)
[22:08] <acheronuk> valorie: I'll mention that as well, if I do chat with him
[22:11] <acheronuk> valorie: thanks for testing. hopefully that is that bug squished for next milestone
[22:11] <valorie> yes!
[22:11] <valorie> just reported my results
[22:11] <valorie> I think I can report amd64 as ready
[22:13] <valorie> anybody know what it requires to get "run once" checked off?
[22:13] <valorie> I've never figured that out
[22:15] <acheronuk> I've seen that, but now can't find it?
[22:15] <valorie> anyway, that one is done
[22:15] <valorie> maybe we can get i386 done too
[22:15] <valorie> do you think your oem fix will work for that arch too?
[22:16] <acheronuk> yes
[22:16] <valorie> \o/
[22:16] <valorie> I'll try it
[22:16]  * tsimonq2 highly doubts the fix is architecture-specific
[22:16] <acheronuk> it's not
[22:16] <tsimonq2> acheronuk: gcompris-qt uploaded to Debian, I plan on syncing Sometime Soon and then asking for an RM of src:gcompris
[22:17] <acheronuk> it's mostly just getting a 'rm -f /etc/sddm.conf' done at the right time and under the right circumstances
[22:17] <acheronuk> the latter part being the trick
[22:18] <valorie> cool
[22:18] <acheronuk> :)
[22:18] <valorie> well, thank you very much for fixing
[22:18] <acheronuk> tsimonq2: have you looked at falkon?
[22:19] <acheronuk> valorie: np. also thanks to whoever wrote the scripts so I could work them out!
[22:20] <tsimonq2> acheronuk: That's on my "before Monday" TODO list.
[22:20] <acheronuk> i.e. not ruby
[22:21] <acheronuk> tsimonq2: kool. all that effort to get it in, and its slightly sad to see it wedged in -proposed
[22:21] <tsimonq2> acheronuk: true
[22:21] <tsimonq2> acheronuk: "all that effort" maybe if Riddell thinks that was much work. :P
[22:22] <acheronuk> :P
[22:22] <acheronuk> looks like there should be a 3.0.1 or somesuch very soon
[22:24] <tsimonq2> Right.
[22:24] <acheronuk> well, I hope anyway. there should be given some of the fixes
[22:34] <valorie> so, I can't get to an oem install on i386
[22:34] <valorie> f4 does nothing
[22:35] <valorie> it's possible this is because my control keys are a bit different
[22:36] <valorie> so, not testing it I guess
[22:37] <acheronuk> oh. odd
[22:38] <valorie> I might try again on this computer on my unused third drive
[22:38] <valorie> where 17.10 failed
[22:38] <valorie> because nvidia maybe
[22:50] <valorie> so doing encryped lvm instead
[22:51] <valorie> encrypted
 dang my test machine just died
 gonna be a little bit before I can get another
 @nggraham, 😢
[23:49] <valorie> a couple of niggles reported, otherwise successful
[23:49] <valorie> of course this is i386 on a 64-bit machine, so......