[00:03] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_umbrello build #84: STILL FAILING in 5 min 46 sec: http://kci.pangea.pub/job/xenial_unstable_umbrello/84/ [00:07] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_umbrello build #72: STILL FAILING in 7 min 34 sec: http://kci.pangea.pub/job/yakkety_unstable_umbrello/72/ [00:10] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #683: FAILURE in 9 min 59 sec: http://kci.pangea.pub/job/mgmt_merger/683/ [00:10] -kubuntu-ci:#kubuntu-devel- Project mgmt_progenitor build #664: STILL UNSTABLE in 10 min: http://kci.pangea.pub/job/mgmt_progenitor/664/ [00:31] Kernel 4.8 released [00:31] I saw [00:48] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_breeze-icons build #283: STILL FAILING in 22 min: http://kci.pangea.pub/job/xenial_unstable_breeze-icons/283/ [00:58] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_breeze-icons build #167: STILL FAILING in 24 min: http://kci.pangea.pub/job/yakkety_unstable_breeze-icons/167/ [01:06] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kauth build #277: STILL UNSTABLE in 42 min: http://kci.pangea.pub/job/xenial_unstable_kauth/277/ [01:19] omg KCI load speeds are VERY VERY slow [01:25] http://img.ctrlv.in/img/16/10/03/57f1b37409361.png [01:25] argh! [01:25] come on! [01:25] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kcoreaddons build #103: STILL UNSTABLE in 51 min: http://kci.pangea.pub/job/yakkety_unstable_kcoreaddons/103/ [01:26] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kidletime build #77: STILL UNSTABLE in 55 min: http://kci.pangea.pub/job/yakkety_unstable_kidletime/77/ [01:26] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kde-runtime build #187: STILL FAILING in 56 min: http://kci.pangea.pub/job/yakkety_unstable_kde-runtime/187/ [01:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdesdk-kioslaves build #73: STILL UNSTABLE in 28 min: http://kci.pangea.pub/job/xenial_unstable_kdesdk-kioslaves/73/ [01:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kde-runtime build #181: STILL FAILING in 57 min: http://kci.pangea.pub/job/xenial_unstable_kde-runtime/181/ [01:38] COME ON [01:38] I need to access KCI [01:38] valorie: who owns KCI? [01:38] valorie: as in, who runs it? [02:11] ahoneybun: thanks [02:12] thanks for the kickstart on that [02:15] no problem, although Clive has already told me he doesn't even want to THINK about Z until 16.10 is out the door. :P [02:20] yea but we need to fix the current issues [02:20] I agree [02:20] pita [02:26] !info libkeduvocdocument-dev [02:26] libkeduvocdocument-dev (source: libkeduvocdocument): development files for KEduVocDocument. In component universe, is optional. Version 4:15.12.3-0ubuntu1 (yakkety), package size 17 kB, installed size 122 kB [03:59] tsimonq2: afaik, the KDs own KCI [03:59] but maybe ask Phil and/or Scarlett or sitter? [04:12] yofel, sgclark, sitter: KCI's loading times are terrible atm, and in general loading times suck. Could we see a speed improvement in the near future? [04:12] +1 thing to do is get memberships out the door [04:12] hm? [04:12] Well after 16.10 is [04:13] We have clivejo and Santa have membership meetings [04:13] *well [04:13] not clivejo's membership meeting, developer meeting [04:13] he's already a member [04:53] developer membership [04:53] I know he is I was ther [04:53] *there [07:47] santa_: libkexiv2 seems to be missing from the applications upload? and lack of it is blocking things on build-deps [07:48] crucial rejects I think... [07:49] (1) kmbox http://launchpadlibrarian.net/287497599/kmbox_15.12.3-0ubuntu1_16.04.3-0ubuntu1.diff.gz [07:49] (2) kidentitymanagement http://launchpadlibrarian.net/287497435/kidentitymanagement_15.12.3-0ubuntu1_16.04.3-0ubuntu1.diff.gz [07:51] (3) kpimtextedit http://launchpadlibrarian.net/287497728/kpimtextedit_15.12.3-0ubuntu1_16.04.3-0ubuntu1.diff.gz [07:52] (4) libkeduvocdocument http://launchpadlibrarian.net/287497993/libkeduvocdocument_4%3A15.12.3-0ubuntu1_4%3A16.04.3-0ubuntu1.diff.gz [07:53] for starters at least, those having been rejected are causing big build dep waits that are not going to get resolved until those are sorted [07:55] I don't have the reject emails, but looks like many of those are going to be due to removed symbols and slightly odd soversion bumps/changes in install files? [07:56] Good morning. [07:58] possibly [07:58] lol [08:31] shadeslayer: may I ask if/when you are likely to be available this week for any fix uploads? sorry to prod :(, but we a a bit short on time [08:32] back later.... [08:43] santa_: just checked & libkexiv2 was not in the .7z you gave to Rohan, and seems the git has not been bumped or tagged for 16.04.3 release either. [10:04] [10:31] acheronuk: and I've just rejected okteta because it appears to have regressed its symbols files... the previous ones that had been checked against multiple archs were replaced with ones only checked against x86, and as a result some symbols marked as ppc64el-specific were removed from the list completely [10:04] [10:26] acheronuk: btw, the strigi packages, according to the Debian maintainers, are obsolete and have all been dropped from Debian unstable; since none of them had actual content updates for 16.04.3, you might want to check if we can do the same [10:05] [09:39] are some of these rejects because there is not apparent source change? [10:05] [09:41] acheronuk: yes [10:06] [09:57] slangasek: so are you saying ultimately they can't be accepted, and we have to leave the old versions? or just not now? [10:06] [09:58] acheronuk: if the kubuntu team wants the new version numbers, they can upload later; final freeze is just not a good time for that kind of upload [10:25] good morning [10:25] lets get back to work [10:26] acheronuk: regarding libkexiv, yes I realized, I'm going to fix the thing in KA and prepare a package to be uploaded to the archive [10:26] give me some minutes to do that and we will handle the rest of the things [10:27] santa_: no problem. I have to go for an hr or 2 in 10 mins time, which is one reason why I splurged all those messages up right now [10:28] ok, I'll read up and try to handle the stuff with the release team [10:28] shadeslayer, sgclark: are any of you available to sponsor uploads today? [10:30] acheronuk: I'm going to forward you all of the emails from archive@ubuntu.com [10:30] acheronuk: that way you can sort through them [10:31] santa_: valorie sent an email, with some release team comment. others are on their logs [10:31] shadeslayer: to santa_ as well? [10:32] sure [10:32] shadeslayer: just he is getting working on things, and I am off for a few hrs [10:34] shadeslayer: if you can sponsor some uploads that would be awesome [10:34] maye [10:34] *maybe [10:34] we missed at least libkexiv2 and drumstick [10:34] if you send me a link, I'll try [10:36] Just got an email saying that Debian might stick to Plasma 5.8.1, but it seems to be up to Maxy. [10:36] And by "stick to" I mean wait [10:38] tsimonq2: yes, I saw that email [10:39] Cosas buenas [10:46] with the rapid releases at the start of the Fibonacci (ish) sequence, it makes sense to wait for the 1st or 2nd stable updates [10:46] ok makes sense [10:48] shadeslayer: libkexiv2 http://gpul.grupos.udc.es/sponsor/applications/ [10:49] shadeslayer: did you ever get a chance to look at hardinfo? if not, I can go hunt down another MOTU :) [10:49] best to [10:49] shadeslayer: talking to me? [10:49] tsimonq2: yes [10:49] ok [11:00] * acheronuk looks at watch. eek [11:01] Time of day or distance to release? [11:02] I have stuff to go and do, and I should have gone already! [11:02] Then bai o/ [11:10] acheronuk: hmm, how do you get all archs build logs in ubuntu? apparently getbuildlog from devscripts doesn't work [11:13] @santa_, manually from the launchpad page for the version yopu want, if no automated tool works I presume [11:14] ugh [11:14] I know [11:18] santa_ QA page has direct links I think? [11:19] y'all get my email last night about queuebot? [11:19] oh. just for failures :/ [11:21] and y'all get the email about the meeting? [11:22] if we are subbed to the lists, we got them [11:27] :P [11:29] ok, I'm going afk for school a bit early today [11:29] o/ [11:46] tsimonq2: santa_ ignore those emails I just sent [11:46] Ok [11:47] I think I didn't get any yet [11:48] ah, ok [11:48] these 3 [11:48] ack [11:49] shadeslayer: if you still have them, could you please forward me the rejection emails from apps? [11:49] yes I'm working on that [11:49] because gmail is shit [11:49] I agree lol [11:49] Thanks [11:50] (<3 Thunderbird) [12:06] a fixed marble is being built on the ppa to test the changes, we would need an upload of this one to get it built on some archs [12:12] santa_: tsimonq2 Emails going out [12:13] Thanks [12:14] might land in spam :P [12:14] Nope [12:15] nope, I got them, thank you very much [12:15] yw [12:15] I /think/ I got all of them [12:15] atleast my search string looks correct gmail.inbox.emails(gm: 'archive@ubuntu.com subject:Rejected newer_than:3d') [12:15] no emails here [12:16] acheronuk: email addy plz [12:16] ah rik [12:16] acheronuk: sending to you too :) [12:18] acheronuk: you should have started getting them [12:18] @shadeslayer, coming through now. thank you :) [12:19] shadeslayer: so ... now that we get the mails we will work on the issues, could you upload libkexiv2? that's one blocking other builds [12:19] yeah sure [12:20] I also have some other pending fixes either discussed with the release team or fixing somewhat trivial ftbfs'es [12:21] so far it's kio, plasma-desktop, plasma-discover, plasma-sdk [12:22] santa_: uploaded [12:22] plz poke someone in release team to approve [12:24] ok, if you can please go ahead with the rest, they are ready here as well http://gpul.grupos.udc.es/sponsor/ [12:24] thank you very much for uploading that [12:29] santa_: plasma-desktop has no .diff [12:29] kio uploaded [12:32] santa_: discover and sdk uploaded [12:32] if you could provide a diff for desktop, I'll upload it [12:33] shadeslayer: done, just refresh the page [12:33] uploaded [12:33] thanks :) [12:34] why is a diff needed for those? [12:34] so he can check what we changed and see if it looks sane [12:35] @santa_, erm..... of course. [12:36] :) [12:36] ^^ [12:37] was wondering if there was some other requiremnt for uploads at this stage that I didn't know about, and did not see the blinding obvious reason :P [12:38] * acheron goes for more coffee * [13:00] Howdy all [13:12] well, losing sudo and root-system-bin was the last straw on Yakkety ...between the broken graphics with X and the loss of sudo and root access was enough for me to dump the OS from it's partitions. [13:12] I'll stick with Xenial for a while [13:32] I have been running Yakkety for months without any severe problems. Perhaps you should try a clean install. [13:36] doh! === mgolden is now known as mgolden_ [13:58] have -release accepted those uploads? [14:33] to answer my own question ^^^^, no they have not :/ [15:30] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed! [15:30] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_breeze-icons build #168: FIXED in 19 min: http://kci.pangea.pub/job/yakkety_unstable_breeze-icons/168/ [15:50] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed! [15:50] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_breeze-icons build #284: FIXED in 18 min: http://kci.pangea.pub/job/xenial_unstable_breeze-icons/284/ [17:27] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kauth build #146: STILL UNSTABLE in 19 min: http://kci.pangea.pub/job/yakkety_unstable_kauth/146/ [17:27] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kcoreaddons build #260: STILL UNSTABLE in 19 min: http://kci.pangea.pub/job/xenial_unstable_kcoreaddons/260/ [17:28] who fixed breeze icons? [17:30] why? [17:31] @CliffordTheBigRedDoggie so your meeting is today? [17:31] heard a discussion somewhere on what to do about it [17:33] it might be [17:33] or it might not [17:33] clivejo: I did *some* fixing, and also emailed the KDE dev working on them to point out the duplicates he had which where causing sitter's new dupes test to fail [17:33] ah, looks like poking upstream did the trick [17:34] but probably too late for 5.8 release [17:34] and them did a rebuild of ECM to catch the new version of that [17:34] are they respinning the tars on depot? [17:34] so a comnination of all that nay have done the trick [17:34] *combination [17:36] breeze icons are frameworks, if you mean those... [17:36] doh [17:38] 'breeze' is a bit fragmented, so easily done [17:42] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kde-runtime build #182: STILL FAILING in 30 min: http://kci.pangea.pub/job/xenial_unstable_kde-runtime/182/ [17:51] -kubuntu-ci:#kubuntu-devel- Project merger_marble build #467: FAILURE in 58 sec: http://kci.pangea.pub/job/merger_marble/467/ [17:55] WHO BROKE MARBLE's MERGE [17:55] * tsimonq2 chases them with a stick [17:55] (lol kidding) [17:55] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kidletime build #269: STILL UNSTABLE in 31 min: http://kci.pangea.pub/job/xenial_unstable_kidletime/269/ [17:55] -kubuntu-ci:#kubuntu-devel- Project merger_marble build #468: STILL FAILING in 59 sec: http://kci.pangea.pub/job/merger_marble/468/ [17:56] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #684: NOW UNSTABLE in 17 hr: http://kci.pangea.pub/job/mgmt_merger/684/ [17:56] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kppp build #76: STILL UNSTABLE in 16 min: http://kci.pangea.pub/job/yakkety_unstable_kppp/76/ [17:56] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kde-runtime build #188: STILL FAILING in 44 min: http://kci.pangea.pub/job/yakkety_unstable_kde-runtime/188/ [18:11] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kpty build #123: STILL UNSTABLE in 29 min: http://kci.pangea.pub/job/yakkety_unstable_kpty/123/ [18:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kpty build #272: STILL UNSTABLE in 30 min: http://kci.pangea.pub/job/xenial_unstable_kpty/272/ [18:12] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kopete build #53: STILL UNSTABLE in 37 min: http://kci.pangea.pub/job/yakkety_unstable_kopete/53/ [18:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_palapeli build #26: STILL FAILING in 20 min: http://kci.pangea.pub/job/xenial_unstable_palapeli/26/ [18:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kopete build #76: STILL UNSTABLE in 37 min: http://kci.pangea.pub/job/xenial_unstable_kopete/76/ [18:12] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_palapeli build #31: STILL FAILING in 20 min: http://kci.pangea.pub/job/yakkety_unstable_palapeli/31/ [18:13] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdevelop-pg-qt build #37: STILL UNSTABLE in 18 min: http://kci.pangea.pub/job/xenial_unstable_kdevelop-pg-qt/37/ [18:24] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_okular build #87: STILL UNSTABLE in 32 min: http://kci.pangea.pub/job/yakkety_unstable_okular/87/ [18:24] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kdevelop-pg-qt build #10: STILL UNSTABLE in 29 min: http://kci.pangea.pub/job/yakkety_unstable_kdevelop-pg-qt/10/ [18:32] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_palapeli build #27: STILL FAILING in 14 min: http://kci.pangea.pub/job/xenial_unstable_palapeli/27/ [18:32] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_palapeli build #32: STILL FAILING in 14 min: http://kci.pangea.pub/job/yakkety_unstable_palapeli/32/ [18:33] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kcrash build #268: STILL UNSTABLE in 21 min: http://kci.pangea.pub/job/xenial_unstable_kcrash/268/ [18:33] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kcrash build #144: STILL UNSTABLE in 21 min: http://kci.pangea.pub/job/yakkety_unstable_kcrash/144/ [18:33] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdevelop-pg-qt build #38: STILL UNSTABLE in 20 min: http://kci.pangea.pub/job/xenial_unstable_kdevelop-pg-qt/38/ [18:38] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kwrited build #251: FAILURE in 4 min 58 sec: http://kci.pangea.pub/job/xenial_unstable_kwrited/251/ [18:38] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kwrited build #134: STILL FAILING in 5 min 53 sec: http://kci.pangea.pub/job/yakkety_unstable_kwrited/134/ [18:39] -kubuntu-ci:#kubuntu-devel- Project merger_kio build #798: FAILURE in 16 sec: http://kci.pangea.pub/job/merger_kio/798/ [18:45] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kdevelop-pg-qt build #11: STILL UNSTABLE in 21 min: http://kci.pangea.pub/job/yakkety_unstable_kdevelop-pg-qt/11/ [18:47] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kwrited build #252: STILL FAILING in 3 min 43 sec: http://kci.pangea.pub/job/xenial_unstable_kwrited/252/ [18:50] -kubuntu-ci:#kubuntu-devel- Project yakkety_unstable_kwrited build #135: STILL FAILING in 6 min 49 sec: http://kci.pangea.pub/job/yakkety_unstable_kwrited/135/ [19:02] shadeslayer: fix for marble ftbfs in some archs: http://gpul.grupos.udc.es/sponsor/ [19:04] santa_: evening :) have you had a chance to consider the 3 packages that are alleged ABI breaks? [19:06] acheronuk: I'm going to dig into that now [19:07] santa_: oh, and if enough devs turn up, clive has his dev meeting in < 1hr time. you probably saw the email on that though [19:08] ok [19:10] great on the ABI stuff. that still hurts my head somewhat. I think it's a bit like a physics/maths problem. sometimes you just don't have confidence until you see enough worked examples [19:19] if someone has some free time and skills, according to steve kde-runtime is failing its autopkgtests, see #-release for details [19:25] oh, jesus christ [19:25] looking @ kmbox [19:25] santa_: if I'm looking at the right thing, the 1st few I checked are complaining that the dependencies to run the tests are unsatisfiable [19:27] ummm.... yes. I'm not expert yet , but something looks horribly wrong on kmbox and kidentitymanagement [19:41] santa_: is this why debian don't have problems with those tests? :P https://anonscm.debian.org/cgit/pkg-kde/applications/kde-runtime.git/commit/?id=bac71802bceec4c301df4695ccffab4bfc45db3a [19:43] with a couple of iron balls. and sorry for the language [19:43] well, I will see what we can do with that [19:43] I'm trying to find out a reasonable explanation to ignore the pim abi breaks [19:44] what reason did debian have? [19:44] if any.... [19:44] reason for what? [19:44] to drop the testsuite? [19:44] the ABI [19:45] actually, probably both [19:46] ah, the ABI, maybe it can be ignored. but to be honest you just have to see what happened with kio [19:46] yes, that wasn't very good [19:47] it illustrates pretty well how much you can trust debian's kde git to get the right thing when packaging libraries [19:48] yes, I still have in that back of my mind the notion "if debian has done that, it must be ok" [19:48] that I'm becoming aware is is a tad mistaken sometimes [19:50] I actually prefer, "we must merge things from debian because it's technically convenient and many times it may fix our issues, but never blind trust" [19:51] ^^^^ very true [20:00] Mon 3 Oct 20:00:07 UTC 2016 [20:00] can any Kubuntu Dev's in the room say meep [20:01] my clock is off by 2 minutes [20:01] wtf [20:01] you forget to wind it? [20:01] Mon Oct 3 20:01:16 UTC 2016 here [20:02] do we have enough devs to do this? or too short notice? [20:02] well, I am myself. so I have quorum [20:02] am I a Dev? [20:02] no [20:02] oh... [20:03] I'm just the guy that complains a lot [20:03] 😉 [20:03] ScottK was saying on OFTC earlier that he was 'under the weather' [20:03] the devs on my doodle were ScottK, sitter, sgclark and yofel [20:03] sgclark, yofel ping [20:03] sitter: we need at least 4? [20:04] 3 I think [20:04] present [20:04] shadeslayer is also a devel [20:04] shadeslayer: u round? [20:04] I'm sort of around [20:04] hi ScottK [20:04] "get accepted by a majority of existing developers and at least 3 existing developers." [20:04] though I am not a good question asker. not enough notice. will leave that to the others [20:04] whats up if I may ask? [20:05] man flu? [20:05] ScottK: heya, do you feel up to conducting a grilling or shall we look for a replacement? [20:05] woman flu here [20:05] * clivejo does mind easy grilling [20:05] doesnt [20:06] sitter: let's do it. [20:06] ok. quorum present [20:07] Wiki page link? [20:07] clivejo: let's start with an intro from you and links to wiki page etc. for review [20:07] Dev App - https://wiki.ubuntu.com/clivejo/DeveloperApplication [20:07] * ScottK reads. [20:08] Well Im Clive Johnston, hence the nick clivejo [20:08] * tsimonq2 silently sits in [20:08] been using Ubuntu/Kubuntu for quite some time but only lurked about [20:09] I came here a year and a bit ago looking for help with a plasma issue I was having and Jon convinved me to do some packaging [20:09] I was launching kate with sudo :O [20:10] which is a no no :P [20:11] clivejo: how would you rate your abilities between 1 and 10? 1 being not knowing anything and 10 being me [20:12] My regular profile is here - https://wiki.ubuntu.com/~clivejo [20:12] honestly Im a 2, you are a packaging god! [20:12] flattery doesn't give extra points! [20:13] hah I thought I was hard on myself [20:13] I know I have a long way to go, a lot to learn, but I realise someone has got to step up [20:13] clivejo: then why were you advised to apply? [20:13] clivejo: it seems to me like Kubuntu has more to do than it has people to do it. Do you agree and if so, what work is lower priority and should maybe not get done right now? [20:13] well Im willing to learn [20:14] ScottK: that is a fair assessment, in my opinion our issue is uploaders [20:15] Right and potentially adding you helps. Is that enough? [20:16] no, but what Im hoping is that I can be available to teach others who are willing to help [20:16] * acheronuk is willing [20:16] clivejo: What language are debian/rules files written in? What does %: in that language? [20:16] at the moment all the stress is being loaded onto a few very hard working person [20:17] thats not fair, nor is it sustainable [20:19] I believe its written in CMake, as the header is using /usr/bin/make [20:22] Im kind of guess it means all [20:23] am I still connected? [20:23] yep [20:23] FTR debian/rules are written in make. cmake is a higher level software on top [20:24] seem to have lag [20:24] % specifically is a wildcard like *. so %: is a wildcard target, it basically acts on any command you throw at the rules file [20:24] in my mind its like * [20:24] but I dont know why its % [20:25] because the people who made the langauge thought % was cool :P [20:25] clivejo: What’s the difference between --with kf5 and --with kde in debian/rules’ dh call? [20:26] * tsimonq2 always thouught it was chosen because the debian/rules file allows you to specify many things, and that is the leftover, the remainder, the modulous [20:26] but I'm sorry, /me hides again [20:27] s/ous/us/ [20:27] from what Ive seen kf5 is the frameworks version 5 [20:27] and kde would be version 4 stuff? [20:27] pre KF5 [20:28] tsimonq2: entirely conceivable, with target such as %.c: that makes less sense to me though. entirely possible that that is why they chose it though [20:28] clivejo: is that a question or an answer? :P [20:28] well I have very little experience with pre-kf5 packages [20:28] fair enough. so for new packages you would use --with kf5? [20:29] if they been ported to kf5 [20:29] ay. sounds good [20:29] there are a few that havent yet [20:29] clivejo: what are symbols files and what are they used for? [20:29] clivejo: what is an SRU and describe the steps to achieve one. [20:29] they are torture method [20:29] besides that :P [20:29] sgclark: Stable Release Update [20:30] !sru | sgclark [20:30] sgclark: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [20:30] wxl: she asked clivejo [20:30] wxl: we are interviewing clivejo, please don't answer his questions [20:30] oh [20:30] SORRY [20:30] wxl: thannks but we are grilling clivejo for his dev app [20:30] * wxl cries [20:30] wxl: no worries [20:30] they are a tool to help use detect ABI breakage [20:30] * wxl was wondering why sgclark was asking that XD [20:30] hehe [20:31] clivejo: is that all they are used for? [20:31] to track symbols [20:31] what does that mean specifically? [20:31] if they suddenly go missing we have to do some investigation as to why they have gone missing [20:32] clivejo: do symbols files end up in the final deb? [20:33] not the main binary, but they are included in the debugging package which can be installed [20:33] although Ive seen some packages not named .deb [20:33] oh my [20:33] you just built yourself a trap [20:33] clivejo: what's a udeb? [20:34] sgclark: I hope you don't mind ;) [20:34] my question was debunked. go ahead [20:34] thinking of new one [20:34] a mini debian package [20:34] sgclark: still worthwhile to get an answer I should think [20:34] ok [20:34] clivejo: what's the point of that? why aren't all packages mini? [20:34] with all the not needed stuff stripped out [20:35] why do we need that? [20:35] because we need to keep the licence and docs and that kind of stuff [20:35] clivejo: we need them in a mini package? [20:36] for installation, to make it quiicker [20:36] clivejo: so do we have documentation in a udeb or not? [20:36] no, that would be stripped out to make it mini me [20:36] ay [20:37] clivejo: sgclark asked a lovely question about SRUs. please walk us through the process [20:37] sitter: may I ask you a question? [20:37] clivejo: if it needs an answer now. sure [20:37] I got the impression I answered wrong regarding symbols in debugging package? [20:38] I have seen .ddeb are these not debugging packages? [20:38] they were for a brief moment. since then they were changed to -dbgsym.deb [20:39] they do not have anything to do with symbols though. [20:39] the symbosl file primarily gets *actually* put into the final deb of the library. the point of this is so that dpkg-* can automatically generate the binary dependencies of a deb you build against that library [20:40] to achieve that it would check the symbols the application uses and try to find them in a lib package, thus making the lib package a dependency of the app package [20:40] the debugging file isnt a map of symbols to real function names? [20:41] as a side effect of that, maintaining the version in symbols files allows more accurate depednency versioniong. if an app only needs kf5.12 it will only require 5.12 since we maintain perisstent symbol files [20:41] clivejo: it is, that's independent of the symbols file though [20:41] if you have more questions we can discuss this later. for now let's move ahead with SRU [20:42] ok, what was the question again ? [20:42] Scottish Rugby Union? [20:43] sgclark: you into rugby at all? [20:43] lol [20:43] lol [20:43] ‎[13:29] ‎<‎sgclark‎>‎ clivejo: what is an SRU and describe the steps to achieve one. [20:44] oh an SRU [20:44] not the! [20:44] Its a process we have to follow to get updates into a released version of Kubuntu [20:45] usually to fix a bug [20:45] clivejo: what is a CVE, where is it announced, why is it announced, how do you fix it, where does it go, and do you get it in the development release or current stable/LTS releases first? [20:45] * tsimonq2 runs [20:46] because the update will be going into the archive it will be installed on many many users machines [20:47] because of this its very important that the actual fix works as intended, is tested and there are no consequences to this update [20:47] I am looking for the reasons a package would be considered an SRU, because You cant SRU any random package just becasue you want new stuff [20:48] sgclark: usually to fix a LP bug [20:48] a launchpad bug? [20:48] clivejo: when is it appropriate to remove a symbol and what tools do you usually use to update symbols? also, why use symbols at all? [20:48] a serious one [20:49] define serious? [20:49] examples please [20:50] an exaple of what I am looking for is: a security fix. [20:50] CVE (security related), data lost, something that needs a recent update [20:50] err s/exaple/example/ [20:51] clivejo: answer accepted. thanks [20:51] clivejo: do CVEs and SRUs use the same process to get landed? [20:51] I believe CVE need to be processed by the security team directly by adding them on LP [20:51] and I still need the steps involved in processing an SRU [20:52] clivejo: what does release day look like? who does what? what testing is needed for an image to be released? where are the release notes stored? where do you go if things go awol? [20:52] * tsimonq2 stops with questions for now [20:53] well at the moment I dont have upload rights so I would have to find a sponsor and fill out a LP bug [20:53] Id need to explain what and why I need this [20:54]