 * leaves before his head explodes *
[00:02] <valorie> sweet dreams, clive
[00:02] <tsimonq2> no no no no NOO not the nightly......
[00:02]  * valorie sings Oh Danny Boy to get Clive to sleep
[00:03] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[00:03] -kubuntu-ci:#kubuntu-devel- Project merger_grantleetheme build #78: FIXED in 44 sec: http://kci.pangea.pub/job/merger_grantleetheme/78/
[00:03] -kubuntu-ci:#kubuntu-devel- Starting build #144 for job mgmt_pause_integration (previous build: ABORTED)
[00:03] <valorie> the pipes, the pipes are calling....
[00:04] <tsimonq2> green!
[00:05] <tsimonq2> shadeslayer: still around?
[00:05] <shadeslayer> yep
[00:05] <shadeslayer> my tea is still not finished
[00:05] <tsimonq2> this tar will be rather big
[00:05] <tsimonq2> where should I put it?
[00:06] <shadeslayer> yeah that's cool
[00:06] <shadeslayer> wherever
[00:06] <tsimonq2> or I can give you access to my linode and you can just scp?
[00:06] <shadeslayer> as long as it supports parallel download
[00:06] <shadeslayer> tsimonq2: scp is sequential though :(
[00:06] <shadeslayer> lets try
[00:07] <tsimonq2> it's not 100% done yet
[00:07] <shadeslayer> sure
[00:07] <tsimonq2> shadeslayer: so, while you're hear, who are you? ;)
[00:07] <tsimonq2> *here
[00:07] <shadeslayer> oh
[00:07] <valorie> he's Rohan Garg!
[00:07] <shadeslayer> I used to work on kubuntu till like 2 years ago :)
[00:08] <shadeslayer> as part of my full time job at Blue Systems
[00:08] <shadeslayer> now I work on Debian
[00:08] <valorie> at one point sitter's minion
[00:08] <shadeslayer> ^^
[00:08] <valorie> ah, you used to do it for love
[00:09] <shadeslayer> during uni, yes :P
[00:09] <valorie> and you still are !
[00:09] <valorie> 'cause you still love us
[00:09] <shadeslayer> yus <3
[00:09] <shadeslayer> ( plus the free beer )
[00:09] <valorie> lol
[00:09] <valorie> can't forget the free beer
[00:09] <shadeslayer> ^^
[00:10] <tsimonq2> when I can legally buy you beer, I owe you one shadeslayer
[00:10] <tsimonq2> seriously
[00:10] <tsimonq2> thanks man
[00:10] <valorie> come back for the champagne if the release team gives us any of this for our beta
[00:10] <tsimonq2> ^^^^^^^^^^^^^^^^^^^^^^^
[00:10] <shadeslayer> haha np
[00:11] <tsimonq2> shadeslayer: since you probably don't know me, I'm Simon Quigley. I'm an Assistant Release Manager (or at least that's what I call myself ;) ) for Lubuntu, and I'm a ninja as of like a month
[00:11] <tsimonq2> I'm 14, to clear up the beer thing :P
[00:11] <shadeslayer> ahhhh :D
[00:11] <shadeslayer> I guess Quintasan loses youngest-kubuntu-person-ever tag
[00:12] <tsimonq2> oh?
[00:12] <tsimonq2> how old was he?
[00:12] <Quintasan> Do I?
[00:12] <tsimonq2> Quintasan: I'm 14
[00:12] <shadeslayer> Quintasan: how old were you when you joined?
[00:12] <shadeslayer> 15? 16?
[00:12] <Quintasan> lemme look
[00:12] <shadeslayer> I think it went, Quintasan, me, sitter ....
[00:12] <valorie> hi Quintasan
[00:12] <shadeslayer> idk how old yofel is, I think just about my age
[00:12] <valorie> nice to see ya
[00:13] <shadeslayer> though then again, I actually don't know how old sitter is
[00:13] <Quintasan> >Member since:
[00:13] <Quintasan> 2006-10-07
[00:13] <Quintasan> hmm
[00:13] <acheronuk> yofel = 28ish?
[00:13] <Quintasan> That's actually my launchpad account
[00:13] <tsimonq2> Quintasan: what's your DOB?
[00:13] <Quintasan> 1993
[00:14] <tsimonq2> 13...?
[00:14] <Quintasan> So 10 years ago I was like
[00:14] <Quintasan> 13
[00:14] <Quintasan> lol
[00:14] <valorie> a baby!
[00:14] <tsimonq2> nooooooooooooooooooooo you keep the title :P
[00:14] <shadeslayer> Member since: 2007-08-06
[00:14] <shadeslayer> I joined when I was 17
[00:14] <valorie> so mature you were
[00:14] <valorie> lol
[00:14] <shadeslayer> I feel old
[00:15] <shadeslayer> where's my walking stick
[00:15] <valorie> don't you even start
[00:15] <mparillo> Remember smartboyhw. Another young guy. He came out of nowhere, packaged up a storm, and then I lost track.
[00:15] <tsimonq2> you're old enough to buy me beer ;) ;) ;) ;)))))))))))))
[00:15]  * tsimonq2 is joking
[00:15] <valorie> his parents made him quit
[00:15] <shadeslayer> tsimonq2: depends on where :P
[00:15] <shadeslayer> valorie: oh? :C
[00:15] <tsimonq2> valorie: huh?!?
[00:15] <mparillo> Ahh, so very asian.
[00:15] <shadeslayer> sounds terribly like what my parents did
[00:15] <valorie> they said he needed to focus on his studies
[00:15] <shadeslayer> kept taking away my router
[00:15] <Quintasan> tsimonq2: Technically we'd have to check when I joined Kubuntu Members but my membership could have expired or something.
[00:16] <valorie> and get into a good uni
[00:16] <mparillo> In the US, we call them tiger moms.
[00:16] <valorie> shadeslayer: lol
[00:16] <valorie> sounds like your parents knew their way around technology
[00:16] <tsimonq2> so my parents *tried* that, they've pretty much accepted the fact that this is what I'm doing when I grow up, more experience :P
[00:16] <shadeslayer> Quintasan: Michał Zając	2009-04-15
[00:16] <tsimonq2> so I get to do whatever I want as long as I get good grades
[00:16] <Quintasan> Well, one more year and I'll be getting my masters in quantum crypto and I can go back to some serious development.
[00:17] <valorie> oooo
[00:17] <tsimonq2> :D
[00:17] <valorie> sounds serious
[00:17] <shadeslayer> valorie: yeah, not exactly
[00:17] <Quintasan> shadeslayer: I'm not sure whether my membership didn't expire at some point.
[00:17] <shadeslayer> didn't really stop me
[00:17] <shadeslayer> Quintasan: expires next year
[00:17] <valorie> Quintasan: you are still a Kubuntu Developer
[00:17] <tsimonq2> such slow, very wow
[00:17] <shadeslayer> Quintasan: https://launchpad.net/~kubuntu-members/+members
[00:17] <valorie> feel free to come to clivejo's meeting and torture him
[00:17] <shadeslayer> tsimonq2: I can try and scp it if you want
[00:17] <shadeslayer> if it's done
[00:18] <shadeslayer> also, tea over :C
[00:18] <tsimonq2> well it's not done yet lol
[00:18] <shadeslayer> oh ok
[00:18] <Quintasan> valorie: I do realise that. I was talking about my Kubuntu Members membership in the past.
[00:18] <valorie> ah
[00:18] <shadeslayer> tsimonq2: lets pick up tomorrow then, alternately, email me a link
[00:18] <Quintasan> I'm pretty much sure I had to renew my MOTU membership somewhere near XMass some time ago lol
[00:18] <tsimonq2> shadeslayer: what time?
[00:19] <shadeslayer> tsimonq2: I'm going to be here from 10 AM to 5 PM
[00:19] <tsimonq2> shadeslayer: 5:30 AM Tuesday is 10:30 AM Tuesday, Coordinated Universal Time (UTC)
[00:19] <tsimonq2> that's my TZ
[00:19] <tsimonq2> shadeslayer: UTC? what?
[00:19] <shadeslayer> tsimonq2: CEST
[00:19] <tsimonq2> ah cool
[00:20] <Quintasan> tsimonq2: I'm pretty much sure you can beat me on the youngest-kubuntu-developer tag.
[00:20] <shadeslayer> tsimonq2: though we don't need to be online at the same time?
[00:20] <tsimonq2> shadeslayer: I'll wake up early for school then
[00:20] <tsimonq2> shadeslayer: I have to get up at 5:30 AM for school X__X
[00:20] <tsimonq2> 3 AM my time is 10 AM your time
[00:20] <shadeslayer> if you just finish up and send email me a link I'll be able to upload it
[00:20] <tsimonq2> ok
[00:20] <shadeslayer> chesus christ
[00:20] <Quintasan> I think it took me like 2 years to get there.
[00:21] <valorie> simon was working in lubuntu before he started helping us here
[00:21]  * shadeslayer out
[00:21] <shadeslayer> night everyone :)
[00:21] <Quintasan> woah
[00:21] <valorie> o/
[00:21] <Quintasan> it's two in the morning here
[00:21] <tsimonq2> o/
[00:21] <Quintasan> shadeslayer: night
[00:21] <shadeslayer> Quintasan: indeed
[00:21] <valorie> sweet dreams, guys
[00:21] <valorie> lovely to see you here again
[00:22] <Quintasan> I've been dreaming about failing my masters lately lol
[00:22] <valorie> pffff
[00:22] <valorie> that means you won't fail
[00:22] <Quintasan> I picked up some books about my thesis and I'm like: "I know SOME of those words"
[00:23] <Quintasan> And by "some" I mean I can read the table of contents and still manage not to understand what's going on.
[00:23] <valorie> part of the process is to destroy your brain
[00:24] <valorie> and then rebuild it after you're done
[00:24] <Quintasan> I still have a year.
[00:24] <valorie> so you just have to gibber like an idiot defending your thesis
[00:24] <Quintasan> Truth be told I'm majoring in artificial intelligence but my thesis is about quantum cryptography
[00:24] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #671: SUCCESS in 24 min: http://kci.pangea.pub/job/mgmt_merger/671/
[00:25] <valorie> Quintasan: can you break Telegram yet?
[00:25] <Quintasan> valorie: I don't think anyone can actually break Telegram without knowing how it works. It'd be easier to hack their servers I guess.
[00:26] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #34: STILL FAILING in 1 hr 0 min: http://kci.pangea.pub/job/yakkety_unstable_discover/34/
[00:26] <valorie> yeah
[00:26] <Quintasan> That said I'd still use Signal over Telegram any time since they don't rely on security through obscurity.
[00:26] <valorie> I do use signal for private stuff
[00:26] <valorie> telegram is fine for IRC bridge
[00:27] <valorie> certainly more secure than good old IRCd
[00:27] <Quintasan> To think I'm still occupying yofel's Quassel core
[00:28] <Quintasan> It's been like 6 years lol
[00:28] <Quintasan> Thanks yofel.
[00:28] <valorie> heck, if it works.....
[00:30]  * valorie goes off to get dinner
[00:30] <valorie> o/
[00:30] <Quintasan> and I'll be going off to the dream land
[00:30] <Quintasan> \o
[00:30] <valorie> sweet dreams
[00:30] <Quintasan> Thanks!
[00:30] <valorie> lovely to see you again
[00:32] <acheronuk> tsimonq2: so what have you tar'd up for Rohan?
[00:35] <tsimonq2> acheronuk: working on it
[00:36] <acheronuk> what precisely?
[00:36] <tsimonq2> ok, while it's going I'll explain
[00:36] <tsimonq2> I'm doing apps
[00:36] <tsimonq2> it froze at one point
[00:37] <acheronuk> we can't upload apps
[00:37] <tsimonq2> we can't upload apps?
[00:37] <tsimonq2> we can't upload apps
[00:37] <tsimonq2> that's right
[00:37] <tsimonq2> we need the FFe approved...
[00:37] <acheronuk> yes
[00:38] <acheronuk> so what are you giving Rohan?
[00:38] <tsimonq2> Plasma 5.7.5 then
[00:38] <tsimonq2> I have to tweak the script
[00:39] <tsimonq2> want to watch me work? come into my linode
[00:42] <tsimonq2> acheronuk: I would have done Frameworks but sgclark said she would do it
[00:44] <tsimonq2> epochs
[00:44] <tsimonq2> :/
[00:44] <tsimonq2> I need to tweak the script *again*
[00:54] <acheronuk> tsimonq2: why are you altering the changelogs?
[01:01] <tsimonq2> acheronuk: didn't detect epochs before afair
[01:01] <tsimonq2> that would have been a disaster
[01:02] <tsimonq2> acheronuk: oh and btw, I type with two fingers
[01:02] <acheronuk> LOL
[01:02] <tsimonq2> and I'm STILL faster than you :P
[01:03] <acheronuk> I need to learn to touchtype, but have failed miserably whenever I tried
[01:03] <tsimonq2> me too
[01:04] <acheronuk> doesn't help that it's 2 am here and my finders are more asleep than I am
[01:04] <acheronuk> *fingers
[01:04] <acheronuk> see
[01:05] <tsimonq2> I took a video of me typing
[01:05] <tsimonq2> it's uploading on Telegram now
[01:05] <tsimonq2> it'll be in the channel soon
 can see it coming
[01:07] <tsimonq2> acheronuk: look at linode
[01:07] <tsimonq2> should that be done?
[01:07] <tsimonq2> maybe not?
[01:08] <acheronuk> wait a sec
[01:09] <tsimonq2> don't fall asleep now acheronuk :P
[01:10] <acheronuk> where did it pull that git from?
[01:10] <acheronuk> I know santa was making a change
[01:10] <tsimonq2> kubuntu_yakkety_archive
[01:12] <acheronuk> santa made changes and uploaded to the ppa, but didn't push to git it seems
[01:13] <tsimonq2> nice :/
[01:13] <acheronuk> santa_: Are you lurking?
[01:13] <tsimonq2> acheronuk: skipping for now
[01:14] <tsimonq2> acheronuk: so then who signs these packages before they're pushed into the archive?
[01:14] <acheronuk> shadeslayer
[01:14] <tsimonq2> ...really?
[01:14] <tsimonq2> ok
[01:15] <acheronuk> yes as if not signed by him them would get rejected
[01:15] <tsimonq2> ah yes that's right I remember now ok cool k nice *thumbs up* any other random positive thoughts yayayayayay
[01:15] <acheronuk> *they would
[01:15]  * tsimonq2 nods
[01:16] <acheronuk> can't remember how you override the signing, but you cam
 @tsimonq2, @acheronuk
[01:16] <tsimonq2> I trusly believed I typed slow before actually seeing myself type on this
[01:17] <tsimonq2> *truly
 not bad with 2 fingers. lol
 And I'm usually faster
 I was just holding my phone with my chin :P
[01:29] <tsimonq2> sgclark: ping, if you could upload Frameworks, that would be awesome
[01:32] <tsimonq2> acheronuk: still about?
[01:32] <acheronuk> yes.just
[01:33] <tsimonq2> it's ready :)
[01:35] <acheronuk> sgclark: as per santa's email here, https://lists.ubuntu.com/archives/kubuntu-devel/2016-September/010734.html Frameworks 5.26 the branch kubuntu_yakkety_backports
[01:35] <acheronuk> which now seems odd
[01:36] <acheronuk> tsimonq2: good :)
[01:36] <tsimonq2> http://people.ubuntu.com/~tsimonq2/plasma-5.7.5.tar.gz
[01:36] <tsimonq2> ready to grab and upload
[01:36] <tsimonq2> acheronuk: I have perks as an Ubuntu member >;)
[01:38] <tsimonq2> shadeslayer: http://people.ubuntu.com/~tsimonq2/plasma-5.7.5.tar.gz - here you go
[01:38] <tsimonq2> acheronuk: sweet dreams
[01:58] <acheronuk> so for frameworks, if it goes for upload then as the git was done in kubuntu_yakkety_backports (copy of archive) to preserve the archive branch, then that should cleanly merge back into archive?
[01:58] <tsimonq2> most likely yes
[01:59] <acheronuk> just tested that locally on plasma-framework and it did cleanly making both identical
[02:01] <acheronuk> clive pointed out today that normal workflow would have been to tag instead, so keeping it all in _archive, and being able to revert to the tagged version if the FW 5.26 merge and builds did not work out
[02:02] <valorie> I think we need to document this
[02:02] <tsimonq2> ^ +1000000
[02:03] <valorie> it's very confusing for me
[02:03] <valorie> imo if you are going to tar up everything else, you should do FW too, and then shoot an email to sgclark and see if she already uploaded or not
[02:04] <valorie> that way if she has not, rohan can do it
[02:04] <tsimonq2> tomorrow morning I promise :P
[02:05] <valorie> \o/
[02:06] <acheronuk> tsimonq2: you pushed the tags, or going to wait until actually uploaded for sure?
[02:06] <tsimonq2> acheronuk: the second part
[02:06] <acheronuk> ok
[02:07] <valorie> that seems wise
[02:09] <tsimonq2> yeah, I only pushed one thing
[02:09] <tsimonq2> when we rewrite that part of KCI, it should automatically merge whatever is in the archive to kubuntu_yakkety_archive
[02:09] <tsimonq2> saves us a LOT of issues
[02:14] <tsimonq2> I'm off to bed
[02:14] <tsimonq2> thanks a lot for your help today everyone
[02:14] <tsimonq2> hopefully we can make more progress tomorrow
[02:15] <tsimonq2> o/
[02:15] <valorie> niters simon
[02:15] <valorie> thanks for YOUR help today
[02:15] <valorie> sweet dreams
 We all owe each other beers in a couple years I think ;)
 o/
 when you see that the KDE Phabricator default new account icons are pokemon...
[03:57] <valorie> ahoneybun: lol
 did you see it
 ?
[03:58] <valorie> I've not yet seen it
[03:58] <valorie> link
[03:58] <valorie> ?
 working on it
 need to take a screenshot
 omg 12am
[04:01] <valorie> nah, only 9!
 not here
[04:01] <valorie> I know
[04:01] <valorie> you're on the wrong side of the continent!
 http://imgur.com/a/dpHX1
[04:04] <valorie> oh wow
 XD yep
[04:04] <valorie> I wonder how old the programmers of that thing are
[04:04] <valorie> lol
 well with Pokemon GO now lol
 who knows
[04:05]  * ahoneybun enters sleep mode
[04:05] <valorie> sweet dreams ahoneybun
[04:36] <santa_> ugh, just woke up in the middle of the night
[04:36] <santa_> sorry about not pushing plasma-discover
[04:36] <santa_> tsimonq2: I see you pushed what's in the ppa, maybe we should strip the ~ubuntyX~ppaX suffix?
[04:37] <valorie> it is the middle of the night for him
[04:45] <santa_>  /o\
[04:46] <santa_> someone already uploaded -discover
[04:46] <valorie> :(
[04:46] <santa_> without the fix
[04:47] <santa_> https://launchpad.net/ubuntu/+source/plasma-discover
[04:47] <santa_> and for some reason this isn't reported in the status page
[04:47] <santa_> tsimonq2: around?
[04:47] <valorie> weird
[04:47] <valorie> he's asleep
[04:48] <valorie> he promised to be up early though to send the links to Rohan (shadeslayer)
[04:48] <valorie> santa_: what is the right thing to do about discover?
[04:48] <valorie> fixed is better IMO
[04:49] <santa_> what's his timezone?
[04:49] <valorie> mmm, maybe Central US
[04:49] <santa_> in utc offset being?
[04:50] <valorie> EDT - http://www.worldtimeserver.com/current_time_in_US-MI.aspx
[05:03] <santa_> ah nevermind
[05:04] <santa_> the uploaded version is 5.7.2
[05:04] <santa_> it wasn't done by us but it's 5.7.2
[05:04] <santa_> valorie: ok, so I'll talk to simon to strip the ~ubuntuXppaX suffix and that's it
[05:05] <santa_> even if it's accidentally uploaded with that version it can be corrrected uploading the right version, so no prob
[05:05] <valorie> cool
[05:05] <santa_> tsimonq2: ping when you are awake please
[05:06] <santa_> * ping me
[05:06] <valorie> are you upstreaming your patch, santa_?
[05:06] <santa_> it's a packaging patch, so nothing to upstream
[05:06] <valorie> ah ok
[05:06] <santa_> I just added a couple of transitional packages to not get plasma-discover on hold or removed by pkg managers
[05:07] <valorie> I see
[06:22] <acheronuk> santa_: I think Simon included your fix by applying the diff the upload script spat out?
[06:43] <acheronuk> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/discover/commit/?h=kubuntu_yakkety_archive&id=80adc7ebffb9cca023e4feb226fc831c2343fa32
[06:48] <acheronuk> clivejo shadeslayer valorie et al : Response to Apps FFe from release team https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/1625756/comments/2
[06:49] <valorie> yofel: please reply to that as soon as you can
[06:49]  * valorie has to sleep soon
[06:50] <valorie> we've been testing FW for so long.....
[07:20] <valorie> ok, heading to bed, hoping for good news in the morning
[08:15] <vip> Hi ho
[08:16] <santa_> acheronuk: yes but the ppa suffix must be removed
[08:16] <acheronuk> santa_: it was
[08:19] <santa_> acheronuk: it's not, see the diff you linked ;)
[08:20] <acheronuk> santa_: from the tar'd sources Simon did http://paste.ubuntu.com/23210532/
[08:20] <santa_> oh, ok
[08:21] <santa_> I will remove it from git then
[08:21] <acheronuk> santa_: Simon has yet to git tag and mark as released. waiting to make sure we get the upload first
[08:21] <santa_> ok, better
[08:21] <santa_> I didn't want because I suspected simons tar built sources would have it
[08:22] <santa_> we also must merge everything in _archive
[08:22] <acheronuk> yes, we must
[08:22] <santa_> we will do that after the uploads
[08:23] <acheronuk> and to xenial_backports
[08:24] <acheronuk> as backports should really be done from there
[08:24] <santa_> yes, maybe
[08:24] <acheronuk> yes, definitely. eventually
[08:25] <acheronuk> not super critical now
[08:25] <acheronuk> I have to go for 1-2 hrs. hope some stuff can go up :)
[08:36] <shadeslayer> tsimonq2: I'm uploading plasma 5.7.5
[08:38] <shadeslayer> tsimonq2: upload done
 @shadeslayer, Thank you :)
[08:41] <shadeslayer> yw
[08:47] <TomTom> hi there, any idea when kmail 5.2 will be part of kubuntu? i've got 16.04 with backports ppa
 @TomTom, backports newer than what we have in our develeopment version don't go in that ppa as policy. they are being done/staged/tested and hopefuly won't be too long, but can't give an exact ETA right now
 @TomTom, at the moment we are trying to get things like that in the dev version (Yakkety)
[09:01] <TomTom> thanks for the information
[10:21] <clivejo> why is KCI paused?
[10:25] <clivejo> acheronuk: KCI pause started by you?
[10:26] <clivejo> at 00:03 this morning
[10:33] <acheronuk> clivejo: nope
[10:34] <acheronuk> Simon I guess
[10:34] <acheronuk> http://kci.pangea.pub/job/mgmt_pause_integration/144/
[10:35] <acheronuk> Started by user Simon Quigley
 Hey hey hey
 santa_: I pushed only one or two things to Git...
 Waiting until it all migrated from proposed
 And for the record, I'm central time US and I wake up at around 5:30
 Yeah that was me acheronuk
[10:46] <acheronuk> getting notified of a few failures on deps
[10:47] <acheronuk> on armhf mostly for some reason
 https://launchpadlibrarian.net/285749759/buildlog_ubuntu-yakkety-armhf.kgamma5_4%3A5.7.5-0ubuntu1_BUILDING.txt.gz
 The following packages have unmet dependencies:
  sbuild-build-depends-kgamma5-dummy : Depends: libkf5kdelibs4support-dev (>= 5.24.0~) but it is not going to be installed
 E: Unable to correct problems, you have held broken packages.
[10:50] <tsimonq2> "Yakkety Yak (16.10) Final Beta Freeze" YAY :/
[10:51] <tsimonq2> There is no sensible review that the release team can do on this massive
[10:51] <tsimonq2> list of packages and major updates. Most of them are leaf packages, so
[10:51] <tsimonq2> it seems reasonably safe to update them one by one as long as they get
[10:51] <tsimonq2> tested.
[10:51] <tsimonq2> Less sure about central libraries like kde4libs, kderuntime, kdepim,
[10:51] <tsimonq2> kde-l10n, etc -- these affect large parts of the desktop, thus need
[10:51] <tsimonq2> deeper testing. From my experience, every major KDE update causes a
[10:51] <tsimonq2> bunch of test regressions which need to be actually looked at, otherwise
[10:51] <tsimonq2> these packages get stuck in -proposed for weeks again. If you can commit
[10:51] <tsimonq2> to that, fine (and I'd like to reserve the right to remove those from
[10:51] <tsimonq2> -proposed which do cause regressions and are stuck for more than two
[10:51] <tsimonq2> weeks).
[10:51] <tsimonq2> Other than these remarks, I consider the Kubuntu team self-sustained in
[10:51] <tsimonq2> this regard -- if https://launchpad.net/~kubuntu-dev/+members want to do
[10:51] <tsimonq2> this update, go ahead.
[10:51] <tsimonq2> that's from Martin Pitt ^
[10:52] <tsimonq2> santa_, acheronuk, clivejo, shadeslayer: that's his deal ^
[10:53] <acheronuk> yes, I saw
[10:54] <tsimonq2> acheronuk: I'll prep Frameworks for shadeslayer or sgclark, can you tar up apps in my linode when I'm done then use sftp to get it on my people.ubuntu.com ?
[10:54] <clivejo> self-sustained?
[10:54] <tsimonq2> clivejo: we can upload when we wish
[10:54] <tsimonq2> that's what I think Martin said yesterday
[10:55] <shadeslayer> tsimonq2: wfm
[10:55] <shadeslayer> tsimonq2: though we're in freeze
[10:55] <shadeslayer> let me ask infinity if we can upload frameworks
[10:55] <acheronuk> tsimonq2: If a kubuntu dev(s) is/are prepared to put their name to it
[10:55] <tsimonq2> good idea shadeslayer
[10:56] <tsimonq2> acheronuk: well we have shadeslayer who we need to buy beers ;)))
[10:56] <acheronuk> tsimonq2: which was sgclark's issue
[10:56] <tsimonq2> s/beers/beers for/
[10:56] <shadeslayer> I'm around till 5 btw
[10:56] <shadeslayer> then I have to leave
[10:56] <Mirv> sorry, there were so many highlights I wasn't sure if there was a direct question somewhere :) sure I can help with at least single bugfix uploads. the trouble with tens of packages is that the uploader is responsible always regardless of good intentions, and without the "vested interest" I don't have that much time to sorting out lots of issues. but I'm happy to help in any small bugfix uploads.
[10:56] <tsimonq2> I'm around for the next half an hour
[10:57] <acheronuk> Mirv: thanks and understood
[10:57] <tsimonq2> shadeslayer: please also ask him if he can let Plasma 5.7.5 migrate already :/
[10:57] <tsimonq2> thanks Mirv :)
[10:57] <Mirv> also I'm still slightly traumatized by the whole Qt 5.6 + KF + Plasma transition ;)
[10:57] <shadeslayer> tsimonq2: that's already in afaik
[10:57] <shadeslayer> i.e. it hit the buildd's this morning
[10:57] <tsimonq2> not acording to http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html ?
[10:57] <shadeslayer> about a hour before freeze
[10:57] <tsimonq2> lol
[10:57] <shadeslayer> ahh
[10:57] <acheronuk> tsimonq2: there are dep probs on armhf, so that may not happen
[10:58] <Mirv> tsimonq2: excuses is a quite slow, everything needs to build first (1-2h), then published in proposed (1-2h), then visible on excuses page (1-2h)
[10:58] <tsimonq2> acheronuk: which is why freezes suck when trying to land things :P
[10:58] <tsimonq2> I see Mirv, makes sense
[11:03] <acheronuk> tsimonq2 Mirv may need help with such as: http://i.imgur.com/5H6BHWV.png
[11:05] <Mirv> acheronuk: it seems the first one is a dependency issue but for some reason marked as a failure instead of depwait. anyway, I'm happy to be your rebuild triggering monkey if you need help. you'll just need to wade through the dependency chains to find any problems. urls to direct version pages like https://launchpad.net/ubuntu/+source/ksysguard/4:5.7.5-0ubuntu1 appreciated.
[11:06] <acheronuk> Mirv: very much appreciated. I hope you would say something like that :)
[11:07] <shadeslayer> tsimonq2: plasma-discover is a bit buggered, please see #ubuntu-release
[11:07] <shadeslayer> santa_: ^^
[11:11] <tsimonq2> that's santa_'s doing
[11:11] <tsimonq2> I *specifically* remember it
[11:19] <tsimonq2> !info breeze-icons
[11:19] <tsimonq2> !info baloo-kf5
[11:19] <tsimonq2> well then why...
[11:24] <clivejo> tsimonq2: are you done with KCI?
[11:27] <tsimonq2> clivejo: nope, all hell will break loose when Git changes are pushed
[11:28] <tsimonq2> it *hopefully* will be good to go before the nightly
[11:28] <tsimonq2> acheronuk: to get access to people.ubuntu.com, run sftp<EMAIL_ADDRESS>in linode, cd into public_html, and "put" anything you want
[11:29] <tsimonq2> I trust you with that
[11:29] <tsimonq2> use it to get this done ;)
[11:30] <tsimonq2> acheronuk: otherwise if you could stage apps and frameworks, that would be aweoms
[11:30] <tsimonq2> *awesome
[11:31] <tsimonq2> I would suggest using my linode as it has access to my people.ubuntu.com like I said before, and it's pretty easy to get tars to people that way
[11:31] <tsimonq2> and I can check up on ya ;)
[11:33] <tsimonq2> acheronuk: anything you put in that dir is accessible on people.ubuntu.com/~tsimonq2/FILE btw
[11:36] <tsimonq2> o/
 acheronuk: http://qa.ubuntuwire.org/ftbfs/#kubuntu
 Some packages still haven't landed from when 5.24 was uploaded...
[11:59] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Yakkety Beta 2] (20160921) has been added
[11:59] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Yakkety Beta 2] (20160921) has been added
[12:15] <BluesKaj> Hiyas all
[12:29] <sgclark> hey all, did I see a green light? and a successful recruit of shadeslayer? Still want me to take on frameworks?
[12:29] <shadeslayer> I haven't uploaded frameworks
[12:31] <sgclark> oh I only see approval for apps, I can't commit to that, you got those shadeslayer?
[12:31] <shadeslayer> if you send me a tar I can upload yeah
[12:31] <sgclark> I cannot send anything. have not been involved here either
[12:32] <sgclark> perhaps someone is working on that
[12:32] <sgclark> acheronuk: tsimonq2 clivejo ^ ?
[12:32] <acheronuk> trying to make the FW tar, but having hassle with the script
[12:32] <sgclark> ok
[12:33] <sgclark> well I only see approval for apps, and shadeslayer is will to take that on with tars
[12:33] <sgclark> willing*
[12:37] <acheronuk> santa_: you about?
[12:38] <BluesKaj> Yakkety's new kernel updtae didn't help X much. The freeze came early for me ..freeze out that is :-)
[12:39] <BluesKaj> hey sgclark ..LTNS
[12:39] <sgclark> howdy
[12:46] <acheronuk> Grr. on the machine I might be able to build on, I can't upload. On the machine that can upload, can't build.
[13:37] <clivejo> tsimonq2: are you pushing to git?
[13:38] -kubuntu-ci:#kubuntu-devel- Project mgmt_pause_integration build #144: ABORTED in 13 hr: http://kci.pangea.pub/job/mgmt_pause_integration/144/
[13:53] <santa_> back on the keyboard
[13:53] <santa_> acheronuk: what is the problem with discover?
[13:55] <acheronuk> santa_: not sure. shadeslayer and infinity on #ubuntu-release know I hope
[13:55] <clivejo> santa_: regarding discover, KDE have released the KDE Store and apparently its integrated into the new discover
[13:55] <shadeslayer> you have transitional packages that do not depend on anything
[13:55] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kalzium build #14: FAILURE in 15 min: http://kci.pangea.pub/job/yakkety_unstable_kalzium/14/
[13:55] <shadeslayer> which is pointless
[13:56] <santa_> nonsense
[13:57] <santa_> without it the breaks/replaces will make the package manager want to remove plasma-discover
[14:00] <acheronuk> Yay! I can build the frameworks sources here locally, but can't upload them anywhere!
[14:00]  * acheronuk mutters
[14:01] <shadeslayer> santa_: no, transitional packages without depends are nonsense
[14:01] <shadeslayer> what you need to investigate is why it wants to remove discover
[14:01] <santa_> sigh
[14:03] <santa_> shadeslayer: because of the breaks against
[14:03] <santa_> Package: plasma-discover-common
[14:03] <santa_> Architecture: all
[14:03] <santa_> Depends: ${misc:Depends}
[14:03] <santa_> Breaks: muon-common (<< 4:5.5.3a),
[14:03] <santa_>         plasma-discover (<< 5.7.0-2),
[14:03] <santa_>         plasma-discover-private (<< 5.7.0),
[14:03] <santa_>         plasma-discover-updater (<< 5.7.0)
[14:03] <santa_> Replaces: muon-common (<< 4:5.5.3a),
[14:03] <santa_>           plasma-discover (<< 5.7.0-2),
[14:03] <santa_>           plasma-discover-private (<< 5.7.0),
[14:03] <santa_>           plasma-discover-updater (<< 5.7.0)
[14:03] <shadeslayer> pastebin :<
[14:03] <santa_> shadeslayer: ↑ that's why
[14:03] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_akonadi-calendar-tools build #2: STILL FAILING in 18 min: http://kci.pangea.pub/job/yakkety_unstable_akonadi-calendar-tools/2/
[14:03] <shadeslayer> no that makes no sense, it specifically breaks 5.7.0
[14:03] <shadeslayer> so something like 5.7.5 should be fine?
[14:03] <santa_> it does
[14:04] <santa_> they were dropped
[14:04] <santa_> last version was less than 5.7.0
[14:05] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_akonadi-calendar-tools build #2: STILL FAILING in 16 min: http://kci.pangea.pub/job/xenial_unstable_akonadi-calendar-tools/2/
[14:05] <santa_> plasma-discover in xenial depends on -private and -update
[14:05] <santa_> so it wants to remove them
[14:06] <santa_> and it wants to remove -discover as well, which is not the right thing to do
[14:07] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kalzium build #55: FAILURE in 17 min: http://kci.pangea.pub/job/xenial_unstable_kalzium/55/
[14:08] <santa_> shadeslayer: but if the no depends is going to harm anynone's "religious believings" I guess we can make the -private and -update transitionals depend on -discover
[14:08] <santa_> as long as it works the same, fine
[14:08] <shadeslayer> https://launchpad.net/ubuntu/+source/plasma-discover
[14:09] <shadeslayer> has 5.7.2 in the release
[14:09] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ktouch build #63: FAILURE in 12 min: http://kci.pangea.pub/job/xenial_unstable_ktouch/63/
[14:10] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ksudoku build #64: FAILURE in 13 min: http://kci.pangea.pub/job/xenial_unstable_ksudoku/64/
[14:11] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_ksudoku build #68: FAILURE in 14 min: http://kci.pangea.pub/job/yakkety_unstable_ksudoku/68/
[14:11] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_ktouch build #68: FAILURE in 14 min: http://kci.pangea.pub/job/yakkety_unstable_ktouch/68/
[14:20] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ktouch build #64: STILL FAILING in 5 min 54 sec: http://kci.pangea.pub/job/xenial_unstable_ktouch/64/
 clivejo: waiting for everything to be accepted first
[14:21] <clivejo> Ive unpaused KCI as I wanted to build a few packages
[14:22] <clivejo> pause it again when you do the push
[14:22] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ksudoku build #65: STILL FAILING in 6 min 49 sec: http://kci.pangea.pub/job/xenial_unstable_ksudoku/65/
[14:23] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_ksudoku build #69: STILL FAILING in 6 min 56 sec: http://kci.pangea.pub/job/yakkety_unstable_ksudoku/69/
[14:35] <acheronuk> tsimonq2: had to revert this https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kconfigwidgets/commit/?h=kubuntu_yakkety_archive&id=7f9f1d50bed295c70c4873c3ee6092a14e011a72
[14:43] -kubuntu-ci:#kubuntu-devel- Project merger_kconfigwidgets build #724: FAILURE in 16 sec: http://kci.pangea.pub/job/merger_kconfigwidgets/724/
[14:46] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[14:46] -kubuntu-ci:#kubuntu-devel- Project merger_kconfigwidgets build #725: FIXED in 23 sec: http://kci.pangea.pub/job/merger_kconfigwidgets/725/
[14:46] <santa_> shadeslayer: just got to read the #u-release irc logs. as I said I disagree very much with the statement "Transitional packages with no dependencies are exactly 100% useless."[1]. the reaon is that without the transitional packages apt-get wants to remove plasma-discover, with them it behaves as expected keeping -discover installed. on the other hand we depend on the release team "accepting" our stuff. so how do you want to proceed?
[14:46] <santa_> should I talk to them directly? any other idea?
[14:46] <santa_> [1] https://irclogs.ubuntu.com/2016/09/21/%23ubuntu-release.html#t11:03
[14:47] <shadeslayer> I agree with the release team here
[14:47] <shadeslayer> without logs or any other data
[14:47] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kde-runtime build #159: STILL FAILING in 1 hr 4 min: http://kci.pangea.pub/job/yakkety_unstable_kde-runtime/159/
[14:48] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kde-runtime build #153: STILL FAILING in 1 hr 4 min: http://kci.pangea.pub/job/xenial_unstable_kde-runtime/153/
[14:48] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdevelop-pg-qt build #24: STILL UNSTABLE in 1 hr 5 min: http://kci.pangea.pub/job/xenial_unstable_kdevelop-pg-qt/24/
[14:48] <santa_> shadeslayer: have you tried both the dist-upgrades without the dummy transitionals and with it?
[14:48] <shadeslayer>  maybe something else is removing it, in which case we're just masking the issue
[14:49] <shadeslayer> nope, I don't have a kubuntu system anymore
[14:50] <shadeslayer> I am also out of time for today to look into it
[14:50] <santa_> I did, obviously I tested the thing before doing it. so do you want the pastes from apt-get output's with and without the transitionals
[14:50] <acheronuk> are we still uploading frameworks?
[14:59] <shadeslayer> santa_: yes, with full debug info
[14:59] <shadeslayer> with the apt pkgproblemresolver debug
[15:15] <santa_> tsimonq2: have you unpushed changes to discover? because right now the _archive branch contains the ppa version suffix
[15:17] <acheronuk> santa_: I found the same in kconfigwidgets and had to revert that
[15:18] <acheronuk> ppa version I mean
[15:19] <acheronuk> not sure if simon was trying to hack around failures of the upload script or something?
 @acheronuk, Ok
 @acheronuk, Yeah I tried a few tricks earlier that didn't work
[15:27] <santa_> tsimonq2: what should we do with discover?
[15:27] <santa_> with the git repo I mean
[15:30] <acheronuk> shadeslayer: can we still upload frameworks?
[15:30] <shadeslayer> sure
[15:30] <shadeslayer> it'll just hit the queue
[15:30] <BluesKaj_> santa_, throw it out , restore muon original to the default package list
[15:31] <acheronuk> shadeslayer: I had to cobble this together via remote and local sources due to big tars I can handle, but I *think* this is good to go http://people.ubuntu.com/~tsimonq2/frameworks-5.26.tar.gz
[15:32] <acheronuk> *I can't handle
[15:32] <shadeslayer> I don't think I can do it right now, but /perhaps/ later tonight
[15:32] <acheronuk> They are signed by me, but that doesn't matter as you overide?
[15:32] <shadeslayer> else tomorrow
[15:32] <shadeslayer> acheronuk: yes
[15:33] <acheronuk> shadeslayer: If we are in the freeze, there is not hurry then. Gives me time to treble/quadruple check them as well
[15:35] <shadeslayer> sure thing
[15:36] <santa_> BluesKaj_: that brings the issue back, have you tested the dist-upgrades?
[15:37] <acheronuk> shadeslayer: thank you :)
[15:37] <shadeslayer> yw
[15:39] <BluesKaj_> santa_, sorry ??
 santa_, throw it out , restore muon original to the default package list
[15:40] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kde-runtime build #160: STILL FAILING in 47 min: http://kci.pangea.pub/job/yakkety_unstable_kde-runtime/160/
[15:40] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:40] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_ksudoku build #70: FIXED in 1 hr 14 min: http://kci.pangea.pub/job/yakkety_unstable_ksudoku/70/
[15:40] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_okular build #73: STILL UNSTABLE in 1 hr 43 min: http://kci.pangea.pub/job/yakkety_unstable_okular/73/
[15:40] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kopete build #62: STILL UNSTABLE in 1 hr 43 min: http://kci.pangea.pub/job/xenial_unstable_kopete/62/
[15:40] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:40] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kalzium build #56: FIXED in 1 hr 29 min: http://kci.pangea.pub/job/xenial_unstable_kalzium/56/
[15:40] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:40] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_ktouch build #69: FIXED in 1 hr 24 min: http://kci.pangea.pub/job/yakkety_unstable_ktouch/69/
[15:40] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kopete build #39: STILL UNSTABLE in 1 hr 57 min: http://kci.pangea.pub/job/yakkety_unstable_kopete/39/
[15:41] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:41] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kalzium build #15: FIXED in 1 hr 29 min: http://kci.pangea.pub/job/yakkety_unstable_kalzium/15/
[15:41] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdesdk-kioslaves build #59: STILL UNSTABLE in 1 hr 44 min: http://kci.pangea.pub/job/xenial_unstable_kdesdk-kioslaves/59/
[15:41] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kppp build #63: STILL UNSTABLE in 1 hr 45 min: http://kci.pangea.pub/job/yakkety_unstable_kppp/63/
[15:41] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:41] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ktouch build #65: FIXED in 1 hr 20 min: http://kci.pangea.pub/job/xenial_unstable_ktouch/65/
[15:41] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[15:41] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ksudoku build #66: FIXED in 1 hr 15 min: http://kci.pangea.pub/job/xenial_unstable_ksudoku/66/
[15:41] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kde-runtime build #154: STILL FAILING in 48 min: http://kci.pangea.pub/job/xenial_unstable_kde-runtime/154/
 Good stuff y'all
 So let me get this straight, landing plasma but not Frameworks?
 ?!?
 And will Apps wait as well?
 @acheronuk santa_ shadeslayer ^
 Pass in time overg
[16:21] <santa_> tsimonq2: I know that plasma was uploaded and its in proposed, so let's make sure the git is in sync with the archive
[16:36] <acheronuk> Meeting @ 7pm. How much of that is needed for podcast discussion?
[16:54] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #35: STILL FAILING in 1 hr 12 min: http://kci.pangea.pub/job/yakkety_unstable_discover/35/
 What time in my TX?
 *TZ
 @tsimonq2, 1pm I think?
 @acheronuk, In 30 mins?
 @tsimonq2, Yes. 7pm UK time
 OK, Kubuntu Podcast?
 8pm UK time, assuming it is happening
 ...then what is this meeting?!?
 Core Team Meeting. usually proceeds the podcast to sort out what goes in and other stuff
 Oh ok
 I need coffee and food beforehand!
[17:36] <tsimonq2> acheronuk: so we have Frameworks and Plasma uploaded or in the process of being uploaded, right?
[17:36] <tsimonq2> acheronuk: what about apps?
[17:42] <tsimonq2> I hope KCI can keep up lol
[17:42] <tsimonq2> I'm pushing plasma now
[17:43] <tsimonq2> I'll tag when I get home (in an hour) if I still have to
[17:44] <tsimonq2> acheronuk: should I push frameworks as well?
[17:45] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #36: STILL FAILING in 42 min: http://kci.pangea.pub/job/yakkety_unstable_discover/36/
[17:45] <acheronuk> tsimonq2: You can't push frameworks, and please don't. It's tagged locally on my machine here, not linode
[17:46] <acheronuk> Rohan may upload tomorrow, and I want time to double check it.
[17:47] <acheronuk> At this point with freeze in place it will just sit in a queue anyway, not no point breaking our necks on it.
[17:47] <tsimonq2> sounds good acheronuk
[17:48] <tsimonq2> what about apps? what's our plan for that?
[17:48] <acheronuk> not sure if Rohan agreed to that one explicitly, but we shall see. same applies
 Ok
 That meaning you have it locally?
[17:50] <tsimonq2> acheronuk: or does that still need to be prepared?
[17:51] <acheronuk> not done yet. I had to mess about enough getting frameworks done. fell back to my local machine as I know that works fine
[17:52] <tsimonq2> ok
[18:00] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #30: STILL FAILING in 8 min 1 sec: http://kci.pangea.pub/job/xenial_unstable_discover/30/
[18:06] <tsimonq2> pushing tags now
[18:07] <tsimonq2> I'm off o/
 And I just realized I made a terrible mess...
 I'll fix it later
[18:10] <acheronuk> EEK! ^^^^
[18:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #31: STILL FAILING in 6 min 58 sec: http://kci.pangea.pub/job/xenial_unstable_discover/31/
[18:55] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_plasma-pa build #89: STILL FAILING in 1 hr 1 min: http://kci.pangea.pub/job/yakkety_unstable_plasma-pa/89/
[18:55] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_plasma-sdk build #203: STILL FAILING in 1 hr 1 min: http://kci.pangea.pub/job/xenial_unstable_plasma-sdk/203/
[18:55] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_plasma-sdk build #97: STILL FAILING in 1 hr 1 min: http://kci.pangea.pub/job/yakkety_unstable_plasma-sdk/97/
 Kubuntu Podcast #16 is live now. Join us http://www.youtube.com/c/KubuntuPodcast/live
[19:00] <valorie> so folks, we're in beta freeze and none of our stuff got in?
[19:02] <clivejo> Rohan uploaded plasma 5.7.5 I believe
[19:02] <acheronuk> yes ^^^
[19:03] <clivejo> OMG Im deaf
[19:03] <acheronuk> distortion!
[19:04] <aektzis> me too lol
[19:04] <jimarvan> why the kubuntu podcast on google plus is private for friends?
[19:04] <jimarvan> shouldn't be shared publicly?
[19:04] <acheronuk> valorie: the timing sucked
[19:04] <mamarley> Did somebody put the mic too close to the speaker?
[19:05] <jimarvan> no mic on my side
[19:05] <jimarvan> who's to blame?
 @Sick_Rimmit no voice from you on stream
[19:07] <acheronuk> valorie: but I *hope* we should be in better shape for after the freeze
[19:07] <soee> can you hear Rick on stream?
[19:07] <soee> thers no voice when he talks
[19:07] <valorie> eek, I can't hear anything now
[19:07] <soee> :D
[19:08] <valorie> both my volume controls are at top
[19:08] <valorie> yay, for a moment....
[19:11] <jimarvan> yes i can confirm
[19:11] <jimarvan> no audio on youtube except ovidiu
[19:12] <jimarvan> LOOOOOOOOOOOOOOOOOOOOOOL
[19:13] <jimarvan> i need a screenshot of aaron
[19:13] <jimarvan> :D
[19:13] <valorie> wooooo
[19:13] <soee> sound!
[19:13] <jimarvan> perfect
[19:13] <jimarvan> works now
[19:13] <jimarvan> gj
[19:13] <soee> magic hat helped ..
 (Photo, 1280x720) https://irc-attachments.kde.org/o7dBPmFW/file_560.jpg
[19:15] <jimarvan> <3 u
[19:17] <valorie> santa_: PM
[19:21] <soee> https://www.x.org/wiki/Events/XDC2016/Program/xdc-2016-prime-sync.pdf
[19:23] <jimarvan> :O
[19:23] <jimarvan> what is that soee???
[19:24] <jimarvan> I am getting my MSI GT73VR 6RF tomorrow I want to know everything
[19:24] <jimarvan> nvm talk to you after podcast
[19:25] <clivejo> Jim asked for it!
[19:25] <jimarvan> so awesome screen shot, like a boss
 I'm a boss
[19:29] <jimarvan> :D
[19:31] <valorie> @ahoneybun - The Boss
[19:32] <jimarvan> hahahahaha
[19:32] <jimarvan> :D
[19:32] <jimarvan> OMG
[19:32] <valorie> what happened to my sound?
[19:32] <madwizard> Coffee
[19:32] <madwizard> It will fix it
 yes valorie!
[19:33] <valorie> amen Rick, and madwizard
[19:57] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_plasma-sdk build #204: STILL FAILING in 56 min: http://kci.pangea.pub/job/xenial_unstable_plasma-sdk/204/
[19:57] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_plasma-sdk build #98: STILL FAILING in 56 min: http://kci.pangea.pub/job/yakkety_unstable_plasma-sdk/98/
[19:57] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_plasma-pa build #90: STILL FAILING in 57 min: http://kci.pangea.pub/job/yakkety_unstable_plasma-pa/90/
[20:00] <jimarvan> valorie is there any photos from this year's akademy?
[20:00] <jimarvan> like on kde.org somewhere?
[20:00] <jimarvan> to paste it on youtube live?
[20:00] <valorie> oh, I think there are links somewhere
[20:01] <valorie> let me look
[20:01] <valorie> I've not organized mine at all yet
[20:01] <acheronuk> https://community.kde.org/Akademy/2016/Photos
[20:03] <jimarvan> thank you
[20:03] <jimarvan> i will paste it now
 @CliffordTheBigRedDoggie, He was lucky I wasn't there :P
[20:16] <clivejo> From Scarlett:
[20:16] <clivejo> Bad news, my internet went boom this morning and I fear it is not coming back. Already capped my data on phone which got in trouble. Please inform I don't know if I can upload kf5 sorry.
[20:17] <acheronuk> well, looks like shadeslayer has agreed to doing that
[20:17] <acheronuk> Poor Scarlett though... :(
[20:18] <clivejo> yeah, I wanna hug her, but theres too many miles between us now
[20:21] <valorie> telegram=zero miles!
 When I grow up I'm getting 2 gigabit connections
 It'll be worth the 100s of dollars a month
[20:23] <valorie> I have a friend who does that
[20:23] <valorie> runs a small business on it, and swears it is worth the money
[20:28] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kwin build #234: STILL UNSTABLE in 1 hr 1 min: http://kci.pangea.pub/job/xenial_unstable_kwin/234/
[20:32] <clivejo> acheronuk: ping
[20:33]  * tsimonq2 gives sgclark virtual hugs
[20:33] <acheronuk> clivejo: pong
[20:34] <clivejo> can I rubber duck something with you?
[20:34] <clivejo> http://kci.pangea.pub/job/yakkety_unstable_discover/
[20:34] <acheronuk> I still have to give that phrase a few moments thought each time. lol
[20:35] <acheronuk> @rubber duck' means bathtime
[20:36] <acheronuk> Urghhhhhh! discover!
[20:36] <clivejo> yeah, I pushed a fix to that install file earlier on today, but its not working
[20:36] <clivejo> what am I missing?
[20:37] <valorie> santa_ was still working on it last I heard
[20:37] <clivejo> valorie: this is unstable version
[20:37] <acheronuk> hmm. lots of uninstalled jpgs
[20:37] <santa_> yes I'm trying to figure out the -discover removal
[20:37] <clivejo> I wanted to get a FFe for the lastest git version so that we can have KDE Store support in Yakkety
[20:38] <tsimonq2> valorie, clivejo, acheronuk, santa_: as discussed in the meeting, please someone send something to the ML asking for testing
[20:38] <tsimonq2> for beta 2
[20:38] <tsimonq2> send to kubuntu-devel and kubuntu-users
[20:38] <tsimonq2> we *need* testing
[20:38] <tsimonq2> this is a final beta!
[20:39] <valorie> !testing
[20:39] <valorie> no, that was the wrong command, sorry
[20:40] <valorie> tsimonq2: I'll do it right now
[20:43] <clivejo> !testers
[20:43] <mamarley> What needs testing?
[20:43] <clivejo> FW 5.26 and Plasma 5.7.5
[20:44] <mamarley> Already testing. :)
[20:44] <clivejo> me too
[20:44] <clivejo> now running on valories drives :)
[20:45] <valorie> weeeee!
[20:45] <valorie> my poor broken laptop still lives!
[20:46] <clivejo> does indeed!
 Yakkety images
[20:47] <acheronuk> Umm.Not sure why those files are not installing clivejo
 Just from the archive
[20:47] <clivejo> me neither
 That's what ships, and that's what needs testing
[20:47]  * clivejo scratches head
[20:47] <valorie> http://cdimage.ubuntu.com/kubuntu/daily-live/current/ & http://iso.qa.ubuntu.com/qatracker/milestones/367/builds are the links you need, testers
[20:48] <clivejo> Commit 123619c9a91a6b1bb1462c62b835919d9697fbd5 by Simon Quigley
[20:48] <clivejo> NOCI Release to yakkety.
[20:48] <clivejo> WTF
 Thank you valorie
 Oh no, what did I do /o\
[20:49] <clivejo> oh
[20:49] <clivejo> we have two repos
[20:49] <clivejo> plasma-discover and discover
[20:49] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #37: STILL FAILING in 40 min: http://kci.pangea.pub/job/yakkety_unstable_discover/37/
[20:51] <santa_> clivejo: we must use discover to not break KA, that's the current upstream name
[20:51] <acheronuk> clivejo: this is from the KCI workspace: http://kci.pangea.pub/job/yakkety_unstable_discover/ws/packaging/debian/plasma-discover.install
[20:51] <clivejo> yeah, dunno why I was using the other
[20:52] <acheronuk> indeed
[20:52] <valorie> can we just get rid of the one with the wrong/old/outmoded name?
[20:52] <acheronuk> clivejo: ah. I now read up and see you discovered the same thing
[20:53] <clivejo> valorie: done
[20:53] <valorie> thank you clivejo!
[20:57] <clivejo> thats better
[20:59] <valorie> zsyncing the beta!
[20:59] <valorie> I just got some new thumbdrives which should help
[21:00] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #38: ABORTED in 5 min 29 sec: http://kci.pangea.pub/job/yakkety_unstable_discover/38/
[21:04] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #32: STILL FAILING in 5 min 58 sec: http://kci.pangea.pub/job/xenial_unstable_discover/32/
[21:05] <jimarvan> thank you all guys :D
[21:05] <jimarvan> good night talk to you tomorrow
[21:05] <valorie> the 64-bit took awhile to dl, but zyncing the 32-bit is almost done
[21:06] <valorie> niters jimarvan
[21:06] <jimarvan> <3
[21:09] <santa_> YES!
 ?
[21:10] <santa_> I think I have a proper solution for discover now, I need to rest a bit and brb in less than one hour
[21:10] <santa_> tsimonq2: apt-get wants to remove it on dist-upgrades from xenial to yakkety
[21:10] <santa_> I'll come back soon
[21:17] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #33: STILL FAILING in 7 min 56 sec: http://kci.pangea.pub/job/xenial_unstable_discover/33/
[21:22] <clivejo> /«BUILDDIR»/plasma-discover-5.7.5+p16.04+git20160921.2109/libdiscover/backends/PackageKitBackend/AppPackageKitResource.cpp:56:34: error: ‘const class Appstream::Component’ has no member named ‘iconUrls’#
 clivejo: pingety ping ping ping ring ring ring
[21:26]  * clivejo hides
 See Telegram
[21:26]  * acheronuk hides as well
 I forwarded everything @acheronuk
 Lol
[21:28] <acheronuk> so like? https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-nm
[21:28] <valorie> I was wrong, zsync is taking forever for the 32bit
[21:28] <clivejo> do you remember me sending you a message last night?
[21:29] <clivejo> "Please please please be careful"
 Me clivejo?
 Ah yes
 I know
 Don't say "I told you so!"
[21:30] <valorie> we can all get to polishing now
 I finally have time to get to Lubuntu then
 /me hugs wxl
[21:32] <clivejo> how did you remove the ubuntu/ prefix on the tag?
[21:36] <clivejo> @tsimonq2
[21:38] <clivejo> you must have modified the script to do that, what worries me is what else you have changed :/
 That was by hand
 I didn't use a script
 Bash loop
[21:45] <clivejo> did we not have a discussion about the script to use in KA?
 It was supposed to do that?
 Oh
 Well
 It failed because I didn't have my private key on linode
 So I assumed...
 I assumed it didn't tag on purpose
[21:50] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kirigami build #19: STILL FAILING in 31 min: http://kci.pangea.pub/job/yakkety_unstable_kirigami/19/
[21:50] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[21:50] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_discover build #39: FIXED in 49 min: http://kci.pangea.pub/job/yakkety_unstable_discover/39/
[22:07] <tsimonq2> finally at a computer
[22:08] <tsimonq2> clivejo: do you think it would be an issue if I reverted the tag, set correctly, and force pushed?
[22:10] <clivejo> https://launchpad.net/ubuntu/+source/plasma-nm
[22:11] <clivejo> tsimonq2: I really dont know
[22:12] <tsimonq2> ok I'll try
[22:12] <tsimonq2> in a bit though
[22:13] <clivejo> never seen this happen before as we use the KA tools
[22:21] <tsimonq2> The following packages have unmet dependencies: sbuild-build-depends-plasma-nm-dummy : Depends: libkf5kdelibs4support-dev (>= 5.24.0~) but it is not going to be installed
[22:21] <tsimonq2> E: Unable to correct problems, you have held broken packages.
[22:21] <tsimonq2> !info libkf5kdelibs4support-dev
[22:22] <tsimonq2> ...
[22:29] <acheronuk> tsimonq2: if you see yofl ask him if it's ok to lave the tags in that format or not
[22:29] <acheronuk> *leave
[22:29] <tsimonq2> I'd guess not
[22:30] <tsimonq2> I;m having my nightly time by myself. I'm browsing Facebook and listening to people rant
[22:30] <tsimonq2> when I'm done, I'll revert it and fix it :P
[22:31] <acheronuk> I would guess it's like that for a reason. Could be a format required by a script etc. Could just be an adopted convention that is not so crucial
[22:32] <valorie>  ha, when I tried the beginning of the install process, the abort window has no place to say "yes, quit the install"
[22:32] <valorie> just a blank window
[22:32] <valorie> perhaps part of our slideshow difficulty
[22:32] <tsimonq2> we need to make a decision on that
[22:33] <valorie> the i386 beta is looking good on my travel lappy
 if anyone knows a lot of QML we could TRY to get put a QML slideshow
 but not sure if it is possible to push that
 into the repos
[22:41] <valorie> same thing in 64 bit
[22:42] <valorie> for my two test cases, only very minor issues.
[22:42] <valorie> the one above, when one abandons the install
[22:43] <valorie> the other is being asked twice for a password for wireless
[22:48] <valorie> husband is cooking something that smells delicious so it's making me hungry and thus going to help out.....
[22:51] <mparillo> I saw a call for testers? I assume for the release candidate for YY Beta 2? http://iso.qa.ubuntu.com/qatracker/milestones/367/builds
[22:51] <tsimonq2> mparillo: correct
[22:57] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kirigami build #20: STILL FAILING in 1 hr 1 min: http://kci.pangea.pub/job/yakkety_unstable_kirigami/20/
[23:00] <mparillo> zsyncing now. Just for my information, the Beta2 RC will NOT have all the updates I was testing in -staging?
[23:00] <tsimonq2> correct
[23:01] <mparillo> valorie: Asking the wireless password twice has been present in YY for months and months. Possibly also on XX.
[23:03] <mparillo> For the normal use case (install) it is no big deal since it happens only on initial install (though some confused folks may enter their sudo password). But if you frequently use a live ISO it is a pain.
[23:12] <santa_> shadeslayer: I have just talked with adam in -release, we got the correct solution for the discover issue, are you available for uploading?
[23:14] <santa_> tsimonq2: so what's the deal with fw 5.26, are we able to upload them to yakkety or not?
[23:18] <tsimonq2> santa_: afair waiting on shadeslayer
[23:19] <santa_> ok
[23:19] <santa_> I'm going to commit the real discover fix to git as we need him to re-upload this package too
[23:20] <tsimonq2> santa_: wait
[23:20] <tsimonq2> santa_: could you wait one minute before pushing please?
[23:20] <santa_> sure
[23:20] <santa_> tell me when you are ok
[23:26] <tsimonq2> wait 60 secons
[23:26] <tsimonq2> *seconds
[23:26] <tsimonq2> then you're good
[23:26] <tsimonq2> it's pushing now
[23:28] <tsimonq2> santa_: all done, please pull first
[23:32] <marco-parillo> Live USB works. Wireless, Firefox, and Konversation. I noted Libre Office bug (Launchpad bug 1625595), but somebody told me it is likely my intel drivers, as this does not occur on my VMware VM.
[23:33] <marco-parillo> How likely are we to get another ISO tomorrow?
[23:33] <valorie> a daily, for sure?
[23:33] <santa_> tsimonq2: done and uploaded the fix to staging. that being said I would like you to ask how did you built the sources to be uploaded by someone else
[23:33] <valorie> dunno if they respin betas
[23:34] <valorie> you could ask in #ubuntu-release marco-parillo
[23:34] <tsimonq2> valorie: if you specifically ask in #ubuntu-release infinity will
[23:34] <tsimonq2> imho it should be someone on that email
[23:34] <tsimonq2> yofl and any other flavor lead has the power to do it as well
[23:35] <valorie> if someone has a good case for doing that, I suggest asking Philip then
[23:35] <tsimonq2> ok
[23:35] <tsimonq2> valorie: or I sort of know this guy, he's a flavor lead, his name, is it...Walter? :P
[23:36] <valorie> let's get back to doing things by the book
[23:37] <tsimonq2> yofel: ping
[23:37] <marco-parillo> Sorry valorie, what I meant to ask was another RC. If we are likely to get another Beta 2 release candidate, I might hold off on an actual install until tomorrow.
[23:38] <valorie> ah
[23:38]  * valorie is confused about our actual status anyway
[23:39] <tsimonq2> valorie: what do you want to know? ;)
[23:39] <valorie> I've done my backup, about to update my YY here and reboot....... wish me luck
[23:39] <valorie> tsimonq2: the successful reboot will tell the story!
[23:39] <tsimonq2> ok lol valorie
[23:46] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #34: STILL FAILING in 6 min 58 sec: http://kci.pangea.pub/job/xenial_unstable_discover/34/
[23:46] <valorie> success! I've been running YY on this computer since the day it was available
[23:46] <tsimonq2> yay!
[23:46] <valorie> in the immortal words of Rick: GOOD STUFF!
[23:46] <tsimonq2> me too! :DDDDDD
[23:47] <tsimonq2> GOOOOOD STUFF!
[23:47] <valorie> now to eat the delicious dinner making my stomach growl
[23:54] <tsimonq2> valorie: omnomnomnomnom
[23:57] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_discover build #35: STILL FAILING in 5 min 57 sec: http://kci.pangea.pub/job/xenial_unstable_discover/35/


[08:10] <head_victim> Anyone aware of UQ's IT Degree and what linux components (fi any) there are? http://ubuntuforums.org/showthread.php?t=1907373
[10:19] <justin> gday
[10:19] <justin> anyone from the widebay region?


[10:20] <Kilos> morning everyone. hopefully soon cellc will supply a decnt connection
[10:20] <Kilos> decent
[10:38] <Langjan> Good day all
[10:39] <Langjan> Welcome back Kilos
[10:51] <Langjan> Any advice please? I get this when I do sudo apt update: W: https://download.01.org/gfx/ubuntu/16.04/main/dists/xenial/InRelease: Signature by key 09D6EF97BFB38E916EF060E756A3DEF863961D39 uses weak digest algorithm (SHA1). The link leads to nowhere and the only website that seems to provide feedback is in Spanish.
[12:05] <Langjan> F.i. I unchecked the Intel Graphics updates in the repos which appears to have solved the problem
[13:28] <Kilos> ai!
[17:18] <nsnzero> evening all


[07:04] <mwhudson> what's with the armhf autopkgtest queue length?
[07:13] <ginggs> slow armhf is slow
[09:56] <seb128> thanks to whoever has do an update from the langpacks
[11:03] <infinity> seb128: I believe that's sil2100, though he's been quiet about it. :)
[11:04] <seb128> he's not even on IRC :p
[11:08] <infinity> seb128: That might explain the quiet.
[11:52] <jibel> I noticed that the locale is wrong when booting with the default language on the livecd. Submitted bug 1723404
[11:53] <seb128> jibel, so, about /etc/locale.gen being buggy/having no value when booting the current artful I notice something changed around locale-gen in http://launchpadlibrarian.net/339014783/livecd-rootfs_2.459_2.460.diff.gz
[11:53] <seb128> slangasek changed livecd-rootfs
[11:54] <seb128> unsure if that could create that issue though
[11:54] <seb128> but sounds like that's something foundations should understand better
[11:56] <jibel> could it cause the problem with the terminal?
[11:56] <jibel> seb128, ^
[11:57] <jibel> yes
[11:57]  * jibel answering to himself
[11:57] <seb128> I think it could
[11:57] <seb128> did you confirm?
[11:57] <slangasek> yeah, that's my fault
[11:57] <jibel> seb128, if you fix locale.gen regenerate the locale, and the locales properly it starts
[11:58] <seb128> that makes sense
[11:58] <didrocks> at least, it's only one issue :)
[11:58] <slangasek> it'll be a bit before I could fix it today; I was planning to fix it to properly default to C.UTF-8 without generating any locale in the default case
[11:58] <seb128> slangasek, good morning, you won bug #1723404 then :-)
[11:58] <slangasek> thanks
[11:58] <seb128> thank *you*!
[11:59] <jibel> yw
[11:59] <seb128> jibel, you can dup /invalid the other bug
[11:59] <jibel> done
[11:59] <seb128> thx
[12:01] <slangasek> seb128, jibel: actually, proposed fix just uploaded, if someone wants to sanity-check it in the queue
[13:32] <slangasek> jibel, seb128: sorry, was offline while plenarying; any opinions on that casper upload?
[13:34] <seb128> slangasek, it seems to work, I tried by doing a break=casper-bottom and sedding the changes/editing /etc/default/locale and then booting
[13:34] <seb128> so +1 from me
[13:34] <slangasek> nice
[13:34] <slangasek> self-accepting, then
[13:34] <seb128> thanks
[13:48] <coreycb> doko: i just uploaded a new neutron-vpnaas for artful which should fix the build error. i wasn't able to recreate any of the other neutron-* or swift FTBFS.
[14:05] <sunweaver> hi all.
[14:05] <sunweaver> I need a build log of a specific package in Ubuntu artful (src:package: pakcs).
[14:05] <sunweaver> where do I find the build logs?
[14:05] <sunweaver> THANKS!
[14:07] <cjwatson> sunweaver: https://launchpad.net/ubuntu/+source/pakcs and follow links
[14:07] <cjwatson> sunweaver: the version under the artful section takes you to https://launchpad.net/ubuntu/+source/pakcs/1.14.2-1; pick an architecture under "Builds"; and the build log is linked from there
[14:25] <sunweaver> cjwatson: thanks so much!
[14:28] <coreycb> doko: have you seen anything like this in artful by any chance? https://bugs.launchpad.net/ubuntu/+source/python-openstackclient/+bug/1722553
[14:44] <xnox> rbasak, https://www.goodreads.com/book/show/242472.The_Black_Swan =)
[14:51] <rbasak> xnox: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=regression-update
[14:58] <xnox> rbasak, what i'm trying to say, it is not possible to predict, ahead of time, if HA will blow up or not, and how.
[14:58] <xnox> rbasak, any kernel update can cause HA to break, yet we do them blindly and fix things up quickly when they do break.
[14:59] <xnox> rbasak, hence risk assessment should rely on tangible things.
[14:59] <rbasak> xnox: it is absolutely possible to think about it
[15:00] <rbasak> xnox: when you know and understand exactly what you're proposing to change, and when you are able to look into some of the complex use cases that can be identified.
[15:01] <rbasak> This *is* a tangible thing.
[15:01] <rbasak> It's not just "any kernel update". It's a specific and understood behaviour change.
[15:02] <rbasak> For example: for Neutron, you could ask our OpenStack QA guys to simply try it.
[15:02] <rbasak> Not even a PPA is needed.
[15:05] <xnox> rbasak, there is no change to uevents/netlink events as all of them are still generated, thus any existing software that needs to monitor ip address changes, already does so, and is unaffected.
[15:06] <xnox> rbasak, asking OpenStack QA people to try Neutron with said sysctl on is a bit of a waste of time, as one needs to specifically be triggering/causing assignment of multiple ip addresses, issued for the same subnet/netmask, by the same dhcp server ttl (or lack of) and removing/updating those.
[15:07] <rbasak> xnox: you seem to be limiting your analysis to "needs to monitor ip address changes"
[15:07] <rbasak> Perhaps I misunderstand the scope of the change, but IMHO, that's your job to explain it well in the bug, and to explain why the scope is not wider.
[15:08] <xnox> rbasak, if i add 4 ip addresses from different netmasks they are all primary and are all unaffected/unchanged.
[15:09] <xnox> rbasak, if i add an ip address that matches all all basis (issued by the same dhcp server, for the same interface, for the same netmask, etc) kernel designates that duplicate ip address as secondary; which is only discoverable post-factum from the uevent/netlink qeuries.
[15:10] <xnox> primary & secondary address operate just fine; apart from only the primary one used as source address routing, never secondary. but one can accept connections/data on the secondary address.
[15:10] <xnox> this is all on ipv4 only.
[15:11] <xnox> when asking to removing primary address, it removes matching secondary addresses. which is surprising event, but is observable via netlink/uevent.
[15:11] <xnox> change of behaviour is bad.
[15:12] <xnox> but change of behaviour where it's not the same on all Ubuntu variants is even worse, when certain installer/packagesets/configs are in use, is even more confusing.
[15:14] <xnox> the net change here is that when requesting to remove 1 address, only that address is removed - previously kernel would also remove other addresses that were not requested to be removed.
[15:14] <xnox> from the group of same interface, same netmask, same network, same dhcp issuer.
[15:15] <xnox> rbasak, was above word-salad, same/similar to what was your understanding of the scope of change prior to word-salad?
[15:17] <xnox> rbasak, also if you don't understand the scope of the change, why are you assesing the risk of it, instead of asking "i don't understand what this is changing, please elaborate again?"
[15:17] <xnox> surely we should first make sure everyone understands the proposed change, before debating if it is a good idea or not...
[15:18] <rbasak> I'm not assessing the risk of it. I'm assessing the areas where you have either not assessed the risk of it or not shown it to be out of scope.
[15:21] <xnox> rbasak, O_o
[15:23] <xnox> the bit about existing code / old code -> code that tries to change ip address, therefore must be either monitoring removal of ip address; or removing first, then adding. cause otherwise with with all default linux kernels "add new, rm old" does not work.
[15:24] <xnox> for a trivial case of add <IP_ADDRESS>; add <IP_ADDRESS>; rm <IP_ADDRESS> => one has to do add .1 rm .1 add .2, unless we apply this sysctl.
[15:24] <ogra_> rbasak, note that the main scope is Ubuntu Core and that the issue was discovered by a customer that has 10000s of IoT devices out there already ... note also that OTOH only UbuntuCore uses systemd-networkd in xenial yet (distro stayed with the old stuff for 16.04)... we *could* just stay with the interim hack we use in Core to set this sysctl option
[15:24] <ogra_> (it is just ugly to diverge)
[15:24] <xnox> but using this syclt, does not break the old code; as doing add .1 rm .1 add .2 still works.
[15:24] <xnox> ogra_, false
[15:25] <ogra_> xnox, which part ?
[15:25] <xnox> rbasak, ogra_ - we have multiple bare metal and virtualised clouds using netplan & networkd in xenial.
[15:25] <xnox> in production.
[15:25] <ogra_> oh
[15:25] <ogra_> i didnt know
[15:25] <rbasak> ogra_: so this is the part I don't like: changing behaviour on *all* Ubuntu developments for the sake of a bug in a package that is only used by a very small subset of those use cases.
[15:25] <ogra_> i thought we were the only ones ... ignore that then
[15:25] <xnox> however, most clouds use static ip addresses and do not change them. hence unaffected.
[15:26] <rbasak> all Ubuntu deployments
[15:26] <xnox> dhcp v4 with changing ip address with intermetint connectivity is more in scope for IoT / Core, hence it is reasonable that that product has discovered this issue first.
[15:26] <rbasak> Users do crazy things with Linux networking
[15:26] <xnox> ogra_, yes, the scope of change is everyone.
[15:26] <ogra_> yeah, users are crazy :)
[15:26] <rbasak> It feels risky to me to tweak a default from under their feet
[15:27] <rbasak> I'm not saying that we shouldn't SRU something.
[15:27] <rbasak> We absolutely should.
[15:27] <xnox> rbasak, i find sysctl's madness =) espacially since we often do not control neither the kernel, nor sysctls from userspace.
[15:27] <rbasak> But it doesn't seem very difficult to limit this in scope.
[15:27] <ogra_> xnox, i personally could live with the current solution and you could just skip xenial ... but i dont know how these others you mentioned would be impacted
[15:27] <xnox> and kernel defaults seem to be broken by design, often.
[15:28] <ogra_> (seemingly only Core users complained yet)
[15:28] <xnox> ogra_, haha, no. i find it appauling that you backdoor images and build core in a way that does not match the ubuntu archive.
[15:28] <ogra_> (and they have a fix in next weeks core snap)
[15:28] <xnox> not in terms of series of bytes, but in terms of net effect & result.
[15:28] <ogra_> xnox, that will even get worse, "base" snaps were exactly designed to diverge even moe
[15:29] <ogra_> the core as you know it will soon go away
[15:47] <ogra_> xnox, note that core has always used extra icing on top btw https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages?field.name_filter=&field.status_filter=published&field.series_filter=xenial
[15:53] <mitya57> tjaalton, hi! Will you mind if I backport https://cgit.freedesktop.org/xorg/xserver/commit/?id=885636b7d42b3c7b into Artful package?
[15:54] <mitya57> Or too late and better to do it as SRU?
[16:00] <nacc> mitya57: i believe it's final freeze now
[16:00] <nacc> (possibly /topic needs an update)
[16:02] <mitya57> nacc: I know it is final freeze, but bugfixes should be OK, and the release team can push them to 0-day SRUs.
[16:04] <pdeee> rbasak, nacc we have a Certbot SRU call now if either of you are joining
[16:29] <fenevadkan> Hi
[16:29] <fenevadkan> just upgraded to Artful
[16:30] <fenevadkan> and I cannot login with neither lidghtm nor gdm if using nvidia driver
[16:30] <fenevadkan> if I remove nvidia drivers I can login, but it is just terrrribly slow
[16:30] <fenevadkan> is there no hardware acceleration in nouveau??
[16:57] <rbasak> pdeee: argh! Sorry. Still there?
[16:58] <tjaalton> mitya57: file a bug for sru with steps to reproduce
[16:59] <rbasak> bmw: ^
[17:01] <bmw> rbasak: unfortunately no, we wrapped up 10-15 mins ago
[17:02] <bmw> we did a little more digging into the different issues we wanted to resolve
[17:02] <rbasak> Well, now I owe you. I'll sort something out.
[17:03] <bmw> OK thanks
[17:03] <bmw> it ended up still being productive for us as we chatted about the relevant issues and started talking about other packaging problems
[17:04] <bmw> but for the SRU, we looked into shim packages
[17:05] <bmw> python-letsencrypt is only really useful for people using third party plugins installed through other means with the current packages from Ubuntu xenial
[17:05] <bmw> we looked at the server side numbers for people doing that, and we saw 16 certs issued that way out of around 100k
[17:05] <bmw> in your mind, is that worth creating this package?
[17:06] <bmw> we can probably reach out to the people (or more likely individual) who are doing that and warn them about upcoming changes
[17:07] <bmw> as for python-letsencrypt-apache, our issues there would be resolved by making python-letsencrypt-apache a virtual package that installed python-certbot-apache
[17:07] <bmw> my knowledge of .deb packaging is pretty limited, but our Debian maintainer thought that'd be extremely easy to do
[17:07] <bmw> and finally the package build failures
[17:08] <bmw> our Debian package maintainer thought that shouldn't really be a problem as long as we ensure all packages transition together cleanly to the production repos
[17:08] <bmw> there have been a few times only a subset of the packages have made it to Debian sid or backports and that has caused issues, but otherwise, the build failures seemed normal and expected to him
[17:08] <bmw> we can talk more about that with our Debian maintained in #letsencrypt-dev if you want though
[17:08] <bmw> regardless, I hope this info dump helps!
[17:11] <rbasak> It does, thanks. I'll move over to the other channel.
[19:22] <est31> https://packages.ubuntu.com/xenial/wine-mono0.0.8
[19:22] <est31> https://packages.ubuntu.com/zesty/wine-mono0.0.8
[19:22] <est31> what happened here?
[19:22] <est31> the wine-mono package is not available in zesty
[19:26] <jbicha> est31: yes we share wine packaging with Debian now, which doesn't have that package
[19:27] <est31> jbicha: the issue is, I can't seem to be able to run mono applications with wine
[19:27] <est31> dot net that is
[19:27] <est31> err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed
[19:28] <est31> archlinux wiki says "it copies wine over automatically from the wine-mono package" -- that's not how it works in ubuntu apparently
[19:29] <sarnold> looks like it's in both wine and wine-development packages https://codesearch.debian.net/search?q=GetRuntimeHost
[19:32] <est31> sarnold: right wine and wine-development only differ in the version of wine
[19:32] <sarnold> est31: which -might- work out in your favour for zesty, since the wine-development is much newer in zesty..
[19:34] <est31> its not about versions
[19:35] <est31> its about having mono or not
[19:35] <est31> I guess I need to figure out a way to install it manually then...
[19:36] <sarnold> est31: oh? I think it's worth trying wine-development on zesty, at least that one symbol appears in the packaging http://paste.ubuntu.com/25733931/
[19:37] <est31> sarnold: thats the symbol throwing the error
[19:38] <est31> if you look at the source code you can see sth like if(there is mono) {fine!}  else{ ERROR}
[19:38] <sarnold> est31: Oh :(
[19:42] <est31> at least you can install it manually :)
[19:42] <est31> but its a packaging issue basically
[19:42] <est31> a) all the other distros have it
[19:43] <est31> b) upstream wine installs it automatically
[19:43]  * est31 nags debian