[00:00] <clivejo> should wily run ok in 1Gb of RAM?
[00:03] <clivejo> ok bed time!
[00:03] <clivejo> night all
[08:04] <soee> http://www.scmp.com/tech/china-tech/article/1857948/chinese-os-last-more-40-cent-dell-pcs-china-now-running-homegrown ;)
[08:07] <soee> ovidiu-florin: ping
[11:02] <ovidiu-florin> clivejo: we cleanned up our trello boards. And what was small and fast, we did now, the others, we've updated their status.
[11:02] <ovidiu-florin> soee: pong
[11:03] <clivejo> oh the promotion meeting?
[11:08] <clivejo> Riddell: Kauth failing on symbols?  - https://launchpadlibrarian.net/218001241/buildlog_ubuntu-wily-amd64.kauth_5.14.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[11:09] <Riddell> clivejo: so is sonnet and solid :( looks like some more gcc settings have been tweaked
[11:09] <Riddell> it's all private symbols as far as I can see
[11:09] <Riddell> I'm working on sonnet
[11:10] <clivejo> how do you fix them?
[11:10] <clivejo> so many emails!
[11:11] <Riddell> clivejo: download the logs, run pkgkde-symbolshelper batchpatch -v 5.14.0 log in the git archive
[11:11] <Riddell> remove the MISSING lines
[11:11] <Riddell> then  git-buildpackage-ppa -s 2
[11:11] <Riddell> and upload that
[11:13] <clivejo> what branch ? kubuntu_stable?
[11:15] <clivejo> kubuntu_wily_archive?
[11:17] <Riddell> clivejo: kubuntu_wily_archive
[11:18]  * Riddell always clones/checkouts out with kubuntu-dev-tools bin/kget script
[11:21] <clivejo> my system hates me
[11:22] <clivejo> git-gui wont load today
[11:29] <soee> ovidiu-florin: what site you are plan to work on?
[11:35] <sitter> ahoneybun: we didn't do a content review of the kubuntu slideshow
[11:35] <sitter> also we are past UI freeze so I am not sure twiddling with things there is a good idea :P
[11:43] <ovidiu-florin> clivejo: yes
[11:43] <ovidiu-florin> soee: I don't understand
[11:45] <yofel> most of the frameworks now fail on symbols
[11:45] <soee> ovidiu-florin: you asked yesterday if i design webs etc. so i wonder what do you plan :)
[11:45] <yofel> and from a quick look, kservice is not just gcc stuff
[11:45] <yofel> e.g.
[11:45] <yofel> +#MISSING: 5.14.0-0ubuntu1~ubuntu15.10~ppa1# _ZN14KSycocaFactoryC1E16KSycocaFactoryId@Base 4.96.0
[11:45] <yofel> + _ZN14KSycocaFactoryC1E16KSycocaFactoryIdP7KSycoca@Base 5.14.0-0ubuntu1~ubuntu15.10~ppa1
[11:46] <ovidiu-florin> soee:  we need a designer to make some mockups of a few pages on our kubuntu site.
[11:46] <clivejo> Riddell: does kubuntu-retry-builds retry failed reuploaded packages?
[11:46] <ovidiu-florin> The Download page needs a new design
[11:46] <ovidiu-florin> that's first
[11:50] <Riddell> clivejo: yes
[12:00] <sitter> Riddell: btw isos are 300mb over
[12:00] <sitter> also I feel like I saw ubuntu artwork packages on the ISO when doing stuff in randa
[12:00]  * sitter looks for germinate output
[12:01] <sitter> ubuntu-mono                               | ubuntu-themes                     | adwaita-icon-theme                          | Ubuntu Artwork Team<EMAIL_ADDRESS>                |          176418 |            5621
[12:01] <sitter> adwaita-icon-theme                        | adwaita-icon-theme                | libgtk-3-common                             | Ubuntu Developers<EMAIL_ADDRESS>        |          943512 |            4425
[12:03] <sitter> and we have aptdaemon (again?)
[12:05] <clivejo> Riddell: kauth seems to be published now, so I run a retry.
[12:06] <clivejo> gonna grab some lunch
[12:12] <ahoneybun> sitter: as long as you changed 15.04 to 15.10 that might be good enough if that is what your talking about
[12:13] <ahoneybun> other wise i'm going to grab some screenshots from it later today
[12:13] <sitter> I think jon did
[12:13] <sitter> still downloading ISO
[12:14] <ahoneybun> I grabbed the daily last night, is that good enough sitter?
[12:15] <ahoneybun> g2g bbl
[12:15] <sitter> should be
[12:17] <BluesKaj> Hey all
[12:21] <Riddell> yes I did
[12:31] <soee> hiho BluesKaj
[12:32] <BluesKaj> Hi soee
[13:34] <sitter> omg
[13:34] <sitter> the kwin is on fire!
[13:34] <sitter> uff
[13:34] <sitter> KCI-E :: E: kwin-x11: shlib-in-multi-arch-foreign-package usr/lib/x86_64-linux-gnu/libkdeinit5_kwin_x11.so
[13:34] <sitter> Riddell: I think the binary packages also should have been no
[13:46] <sitter> :O
[13:46] <sitter> cyphermox, Riddell: http://i.imgur.com/3UUL1Lt.jpg
[13:47] <Riddell> you crashed ubiquity!
[13:47] <sitter> it's on startup FWIW
[13:47] <Riddell> meh
[13:47] <Riddell> worked for me a couple of days ago
[13:48] <Riddell> maybe something has transitioned
[13:48] <sitter> yeah it worked last week for sure
[13:48] <Riddell> network-manager went in last thursday https://lists.ubuntu.com/archives/wily-changes/2015-September/009923.html
[13:49] <sitter> ok, I think I had a tuesday ISO in randa so that'd line up
[13:51] <cyphermox> yeah, start ubiquity as root for now
[13:55] <sitter> cyphermox: that's ubiquity-dm on the live session, that's root IIRC
[14:05] <cyphermox> no, I think it runs as ubuntu
[14:06] <cyphermox> in any case, ubiquity is my priority today
[16:27]  * cyphermox doesn't really understand
[16:28] <cyphermox> ubiquity does crash on startup, because the GetDevices call fails
[16:28] <cyphermox> yet if I do this call on the cli, as ubuntu, it passes just fine
[16:28]  * cyphermox slaps ubiquity around a bit with a large trout
[17:02] <cyphermox> got it, it's bad python code in ubiquity
[18:41] <clivejo> Riddell yodel : Can I just add the new symbols and remove the #MISSING ones for kservice?
[18:42] <clivejo> yofel even
[18:42] <clivejo> yofel: you mentioned earlier that kservice might be move than missing symbols?
[18:42] <yofel> no, I said the missing symbols look fishy
[18:43] <clivejo> how so?
[18:44] <yofel> +#MISSING: 5.14.0-0ubuntu1~ubuntu15.10~ppa1# _ZN14KSycocaFactoryC1E16KSycocaFactoryId@Base 4.96.0
[18:44] <yofel> + _ZN14KSycocaFactoryC1E16KSycocaFactoryIdP7KSycoca@Base 5.14.0-0ubuntu1~ubuntu15.10~ppa1
[18:44] <yofel> let me look at the code
[18:46] <yofel> clivejo: actually, maxy just updated the symbols for debian, so you should be fine
[18:56] <clivejo> do you want to do it?
[18:57] <clivejo> I think kservice is holding a lot of others back
[18:58] <clivejo> what OS would be best for a machine with only 1Gb RAM?
[19:01] <mamarley> clivejo: Linux with a lightweight DE like LXDE would probably work, but if I were you I would just upgrade the RAM if possible and install Kubuntu.
[19:03] <mamarley> I have an old laptop with 2GB RAM that runs Wily just fine.
[19:04] <clivejo> they only have 512Mb and Im planning to double them up
[19:07]  * mamarley has personally never been all that happy with any of the lightweight DEs.
[19:08] <clivejo> these are a set of 10 PCs with windows XP on them
[19:08] <clivejo> dont really want to get rid o them
[19:09] <clivejo> is there any way to make them into a distributed system?
[19:10] <ahoneybun> LXDE is porting from GTK to Qt
[19:13] <clivejo> yippeee kservice is ALIVE
[19:16] <clivejo> yofel: do the same with kitemviews - https://launchpadlibrarian.net/218006941/buildlog_ubuntu-wily-amd64.kitemviews_5.14.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[19:16] <clivejo> ?
[19:18] <yofel> yeah
[19:18] <yofel> you can safely remove any symbols that have Private in them or that look like a parameter-less destructor or constructor
[20:04] <clivejo> yofel: I think Ill need help with solid - https://launchpadlibrarian.net/218037437/buildlog_ubuntu-wily-amd64.solid_5.14.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[20:08] <yofel> trusting b75f176558b5f3c64b0363d34a483a93b148b73c, you can just remove that too
[20:08] <yofel> but I'm curious where that came from in the first place o.O
[20:09] <clivejo> you refer to the debian team commits ?
[20:09] <yofel> yep
[20:09] <clivejo> clever!
[20:26] <ahoneybun> applications 15.08.1 are out
[20:26] <clivejo> ahoneybun: where?
[20:26] <ahoneybun> http://download.kde.org/stable/applications/15.08.1/src/
[20:26] <clivejo> you going to do them?
[20:30] <soee> clivejo: i see the frameworks build pretty good ? :)
[20:30] <clivejo> not really!
[20:30] <clivejo> I wish LP would hurry up with the publishing
[20:34] <ahoneybun> clivejo: once I know what I can do
[20:34] <ahoneybun> I still don't understand the full process
[20:34] <clivejo> neither do I
[20:34] <ahoneybun> more then I atm
[20:34] <clivejo> yofel is great though, amazing teacher
[20:34] <clivejo> and Riddell too
[20:35] <clivejo> about time, its published, I can trigger a rebuild
[20:36] <valorie> perhaps we can use your notes to start roughing out a Packager's Guide, clivejo, ahoneybun?
[20:36] <ahoneybun> I'll take out my laptop and take a swing at bomber and blinken
[20:36]  * valorie needs to go work outside right now
[20:36] <ahoneybun> valorie: I put my notes here for now: https://community.kde.org/Kubuntu/Packaging
[20:37] <clivejo> I dunno, a few nice diagrams showing the porcess visually would be good idea
[20:37] <ahoneybun> of course
[20:37] <ahoneybun> I learn much better with images
[20:37] <valorie> awesome, ahoneybun
[20:37] <ahoneybun> I'll see what I can do over this weekend
[20:38] <yofel> hm, images
[20:38]  * ahoneybun wonders about turning on NVIDIA in his laptop again
[20:38]  * clivejo kicks the PPA
[20:38] <yofel> I kind of miss our old package dependency graphs
[20:38] <yofel> they were so wonderful confusing at the end
[20:39] <clivejo> package dependency graphs would be good
[20:39] <yofel> ahoneybun: I had no luck with 352 either yesterday :/
[20:39] <ahoneybun> I've not tried it for about 2 weeks or so
[20:39] <yofel> but if you're on intel try https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/55
[20:40] <yofel> at least no crash for a few hours now, will post something if that stays until tomorrow
[20:40] <ahoneybun> yofel: lets not break it when I want to try to package XD
[20:40] <ahoneybun> intel has been solid for me
[20:40] <ahoneybun> just internet is being a little something
[20:43] <clivejo> yofel: can I stage the apps before frameworks is completed?
[20:44] <yofel> dunno, uh.. do we have an FFE for frameworks?
[20:44] <clivejo> whats FFE mean ? :/
[20:44] <yofel> !ffe
[20:45] <yofel> I'm just asking if we really want to get 5.14 into wily
[20:45] <clivejo> but the staging isnt into wily is it?
[20:45] <clivejo> they can be moved to backports when ready?
[20:46] <yofel> no, but the PPA's depend on each other. So if we want to test apps without frameworks we would need to remove the dep first
[20:46] <clivejo> oh right
[20:47] <yofel> IMO remove the dep and go stage it. Unless something really needs the new frameworks it'll be fine
[20:48] <clivejo> remove the dep?
[20:48] <yofel> I'll remove it
[20:48] <yofel> done
[20:48] <clivejo> I dont understand what that means
[20:49] <yofel> I told the application ppa to not use the frameworks ppa
[20:49] <clivejo> ah
[20:49] <yofel> would probably not build anything useful anyway with frameworks half-done
[20:49] <clivejo> now it makes sense!
[20:50] <clivejo> I hate symbols
[20:50] <yofel> would you rather have your applications crash with missing symbol errors? ;P
[20:51] <clivejo> Id rather they fixed themselves!
[20:52] <clivejo> dynamic updating symbols :)
[20:52] <clivejo> DUS
[20:52] <yofel> well, we could make the symbol parser a bit more intelligent I guess.... but that's limited
[20:52] <ahoneybun> yofel: I need to switch to the unstable right?
[20:53] <yofel> ahoneybun: huh?
[20:53] <yofel> what?
[20:53] <ahoneybun> when I greab from http://anonscm.debian.org/cgit/
[20:53] <ahoneybun> *grab
[20:53] <yofel> still not enough context. Usually you would grab from debian unstable, yes...
[20:54] <ahoneybun> git clone https://anonscm.debian.org/git/pkg-kde/applications/blinken.git
[20:54] <ahoneybun> then git checkout kubuntu_unstable right?
[20:54] <yofel> to do what?
[20:54] <ahoneybun> package
[20:54]  * ahoneybun has crap memory
[20:55] <ahoneybun> I kept forgetting that I think at akademy
[20:55] <yofel> isn't that part of the applications?
[20:55] <ahoneybun> yea
[20:55] <yofel> ok, then wait, you only do that for stuff that's not in the archive yet
[20:55] <yofel> for the rest, wait for the mass merge and upload
[20:55] <ahoneybun> how do I tell ?
[20:56] <ahoneybun> I se
[20:56] <ahoneybun> master is 15.08.0-1
[20:56] <yofel> .1 is a bugfix release, so there should be no new packages
[20:56] <ahoneybun> wait for 15.08.1
[20:56] <yofel> no, master is debian, we don't use that
[20:56] <yofel> we use kubuntu_*
[20:57] <ahoneybun> mm
[20:57] <yofel> kubuntu_wily_archive should say .1 IIRC
[20:58] <ahoneybun> seems I know nothing the...
[20:58] <ahoneybun> darn
[20:59] <yofel> it takes a bit getting used to :/
[20:59] <ahoneybun> lots
[20:59] <ahoneybun> I guess I'll wait for someone to yell "Package it!"
[21:00] <clivejo> PACKAGE IT !!!
[21:00] <yofel> not really, just try to remember that we try to do as much as possible automated
[21:00] <yofel> clivejo: are you uploading applications or are you fixing symbols?
[21:00] <clivejo> Im currently fixing symbols
[21:00] <clivejo> but I can stage them if you want
[21:00] <clivejo> I need to practice
[21:01] <yofel> actually, let me try that
[21:01] <yofel> I haven't done that in ages
[21:01] <yofel> $ ./staging-upload --help
[21:01] <yofel> ImportError: No module named future
[21:01] <yofel> now that's a great start XD
[21:01] <clivejo> I think I finally got my local machine to stop shouting errors at me!
[21:02] <clivejo> LOL
[21:02] <clivejo> I love the errors, so descriptive!
[21:02] <yofel> well, that was easily fixed with apt install python-future
[21:03] <yofel>     if sru:
[21:03] <yofel>         print "fix sru"
[21:03] <yofel> oh god is that script lovely...
[21:04] <clivejo> what script are you using?!?
[21:04] <yofel> staging-upload
[21:04] <clivejo> :)
[21:04] <yofel> or do we again use a different one?
[21:04] <clivejo> its a delight
[21:05] <clivejo> -s wily -r applications
[21:05] <clivejo> is that what it means?
[21:05] <yofel> I have no -s, I have -d
[21:06] <clivejo> did you do a package-name-list first?
[21:06] <yofel> no, but let me try and if there is actually a diff throw stuff at the release team
[21:07] <yofel> shouldn't happen
[21:07] <clivejo> ./package-name-list -d wily -r applications
[21:07] <yofel> thanks
[21:07] <ahoneybun> ovidiu-florin: ping
[21:07] <yofel> -libkexiv2
[21:07] <yofel> ...........
[21:08] <yofel> esp. as it's wrong
[21:08] <yofel> libkexiv2-15.08.1.tar.xz
[21:10] <yofel> and again, that script has a bug
[21:11] <yofel> and why is kde-l10n in there o.O
[21:14] <clivejo> yofel: didnt you help make these scripts?
[21:16] <yofel> partly, but not that one, and I didn't touch them in the last couple months
[21:17] <yofel> and a couple things in there are... weird now
[21:17] <yofel> the package list management improved a lot at least
[21:18] <yofel> clivejo: is CI still suspended?
[21:18] <clivejo> I asked Riddell to un-suspend it, but not sure if he did
[21:24] <yofel> and my CI login doesn't work
[21:24] <yofel> guess I'll just let sitter kill me tomorrow
[21:25] <yofel> or it's getting late anyway, we can do the upload tomorrow
[21:26] <clivejo> yeah
[21:26] <clivejo> another day wont make much difference
[21:27] <clivejo> yofel: can you see what these packages are waiting on - http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.14.0_wily.html
[21:27] <yofel> uh...
[21:27] <yofel> now that looks broken
[21:27] <clivejo> kio-dev (>= 5.14.0~), libkf5iconthemes-dev (>= 5.14.0~), libkf5notifications-dev (>= 5.14.0~) but what makes those :/
[21:28] <yofel> apt-cache showsrc will tell you
[21:32] <clivejo> libkf5iconthemes-dev
[21:33] <clivejo> and libkf5iconthemes-dev_5.14.0-0ubuntu1~ubuntu15.10~ppa1_amd64.deb is made in kiconthemes
[21:35] <yofel> hm... now what's the API for that depwait list
[21:36] <clivejo> I dont understand
[21:36] <clivejo> the package has been built and is published, why is it waiting for it?
[21:36] <yofel> are all 3 built and published?
[21:37] <clivejo> well kio-dev seems to depend on libkf5icontheme-dev and is waiting
[21:38] <yofel> ah yeah, kio isn't built, so it's not building
[21:38] <clivejo> ah
[21:38] <clivejo> knotifactions
[21:38] <yofel> libkf5iconthemes-dev is still in the list because launchpad doesn't constantly re-check the dependencies
[21:39] <yofel> it just checks if all deps are now satisfied
[21:39] <yofel> ah, there we go, the depwait list has it's own API call now. perfect
[21:39] <clivejo> huh?
[21:40] <yofel> sources[1].getBuilds()[0].dependencies
[21:40] <yofel> u'kinit-dev (>= 5.14.0~), kio-dev (>= 5.14.0~), libkf5kcmutils-dev (>= 5.14.0~), libkf5kdelibs4support-dev (>= 5.14.0~), libkf5runner-dev (>= 5.14.0~), plasma-framework-dev (>= 5.14.0~)'
[21:40] <yofel> that's baloo-kf5 I think
[21:40] <yofel> I'm trying to fix the status page
[21:40] <yofel> that's not supposed to show "Dependency wait:" without anything after that
[21:41] <yofel> but the last builder updates seem to have changed the build logs
[21:46] <clivejo> Last updated on 2015-09-15 21:45 (UTC) ?
[21:47] <clivejo> how often does it update?
[21:49] <clivejo> I dunno, I cant figure out what the problem is
[21:49] <clivejo> they are waiting for something that is there!
[21:51] <yofel> well, feel free to retry by hand
[21:51] <yofel> the depwait check runs once per hour or so
[21:51] <clivejo> retry what by hand?
[21:51] <yofel> the builds
[21:52] <yofel> Riddell: what's my password on weegie?
[21:53] <yofel> clivejo: can you sudo on qa?
[21:53] <clivejo> not sure
[21:53] <clivejo> why?
[21:53] <yofel> do you know your password?
[21:54] <clivejo> I do
[21:54] <yofel> can you try to reset mine please?
[21:54] <yofel> I wanted to update the scripts, but the server move wiped my password
[21:56] <clivejo> are you yofel on it?
[21:56] <yofel> yep
[21:58] <yofel> ok, depwait list back on the script output
[22:00] <yofel> hm ok, kio needs kxmlgui which needs ktextwidgets which is in the queue
[22:00] <clivejo> nice!
[22:00] <yofel> s/queue/building
[22:01] <yofel> queues are empty
[22:01] <yofel> https://launchpad.net/builders if you ever feel the need to look at it
[22:03] <clivejo> then whats it waiting for?
[22:03] <clivejo> oh knotications has built
[22:04] <clivejo> :)
[22:04] <clivejo> yippee
[22:10] <valorie> I'm confuzzled by the notes in the /topic -- don't we use trello for that stuff?
[22:12] <clivejo> not for bigger projects like apps/frameworks etc
[22:12] <clivejo> notes are easier to see who is working on what
[22:16] <clivejo> anyways time for sleep
[22:16] <clivejo> night all
[22:16] <yofel> oh indeed
[22:16] <yofel> time flies -.-
[22:16] <clivejo> hopefully LP will get its backside in gear and build those last few packages
[23:19] <valorie> hmmm, I just got ktp going again, but it seems we do not package morse so that telegram would work inside that
[23:21] <valorie> https://github.com/TelepathyQt/telepathy-morse
[23:22] <valorie> aha: https://projects.kde.org/projects/playground/network/telepathy/telepathy-morse/repository
 Umm
 ?
 Jonathan Riddell left?
 I think he just does not like telegram
 Ok... so say so and then leave?. I find this very odd.
 Idk
 Test


[14:59] <pitti> o/
[14:59] <bdmurray> \o
[14:59] <sil2100> o/
[14:59] <barry> \o
[14:59] <cyphermox> o/
[15:00] <tdaitx_> o~
[15:00] <robru> ~0
[15:01] <robru> oops, I'm tall today
[15:01]  * slangasek waves
[15:01] <robru> conehead, even
[15:01] <slangasek> #startmeeting
[15:01] <meetingology> Meeting started Thu Aug 27 15:01:41 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:01] <meetingology> Available commands: action commands idea info link nick
[15:01] <slangasek> [TOPIC] Lightning round
[15:01] <caribou> ~o~
[15:02] <slangasek> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx)
[15:02] <slangasek> cyphermox doko barry sil2100 slangasek caribou robru tdaitx bdmurray pitti infinity
[15:02] <cyphermox> woo!
[15:02] <cyphermox>  - last week: DebConf
[15:02] <cyphermox>  - Monday: DebFlu was the worst; getting better
[15:02] <cyphermox>  - debugging NetworkManager autopkgtests / building (unit tests) on arm64
[15:02] <cyphermox>  - prepare and upload skiboot/opal-prd 5.1.1
[15:02] <cyphermox>  - some sponsoring for MATE packages
[15:02] <cyphermox>  - helping identify an issue in dpkg-genchanges' date parsing
[15:02] <cyphermox>  - looking into ubi-timezone bug 1462688.
[15:02] <cyphermox>  - more multipath-related SRU work
[15:02] <cyphermox> (done)
[15:03] <doko> - DebConf last week
[15:03] <doko> - python-support removal uploads
[15:03] <doko> - some GCC work
[15:03] <doko> - starting to merge things
[15:03] <doko> - get tdaitx access for openjdk / TCK
[15:03] <doko> (done)
[15:03] <barry> py35 transition: aptdaemon, software-properties, ubuntu-drivers-common (i could not fix, so bug reported), LP: #1488175, enum34 (python3-enum34 removed and deps fixing), flufl.bounce, mako, pyflakes
[15:03] <barry> continue to look at weird python3-funcsigs build-dep from mako (via mock), only on ubuntu.  signs point to outdated dh-python, testing unstable merge now
[15:03] <barry> restarting django 1.8 transition this week
[15:04] <barry> --done--
[15:04] <sil2100> Argh, me already
[15:04] <sil2100> Ok, this will be a quick one:
[15:04] <sil2100> - Landing team work, silo coordination, preparing landing e-mails
[15:04] <sil2100> - OTA-6:
[15:04] <sil2100>   * Preparing language packs through langpack-o-matic
[15:04] <sil2100>   * Release notes, image copies, phasing, late re-spins of images, package copies
[15:04] <sil2100>   * Release release release
[15:04] <sil2100> - Modify phasing script to work with multiple channels
[15:04] <sil2100> - Review and sync mate-tweak and caja-extensions per ubuntu-mate dev request
[15:04] <sil2100> - appmenu-qt5:
[15:04] <sil2100>   * Investigating possible solutions to the shortcuts bug for OTA-7
[15:04] <sil2100> - RTM Status meetings
[15:04] <sil2100> - Various seed changes
[15:04] <sil2100> - Ubuntu-PD related work
[15:04] <sil2100> (done)
[15:05] <slangasek>  * short week: DebConf, then Plumbers, then DebFlu
[15:05] <slangasek>  * discussions at Plumbers around UEFI support, and changes that would allow us to enforce kernel signing by default
[15:05] <slangasek>  * discussions around the new Ubuntu zSeries support that was announced at LinuxCon
[15:05] <slangasek> (done)
[15:05] <caribou> Bugfix :  - makedumpfile kernel support on trusty - calibre broken bulk edit SRU (LP: #1282898) - lsb upstart blocked SRU (LP: #1273462)
[15:05] <caribou> merges :
[15:06] <caribou> - FFE for rsyslog merge since did not get sponsored
[15:06] <caribou>    * Thanks to pitti for help.
[15:06] <caribou>  Sosreport upstream
[15:06] <caribou>  - Packaging
[15:06] <pitti> caribou: (will sponsor ASAP after your fixes from a hour ago)
[15:06] <caribou> ☑
[15:06] <caribou> done
[15:06] <robru> lp:cupstream2distro
[15:06] <robru>  - achieved 100% test coverage
[15:06] <robru>  - dramatically simplified prepare-silo form
[15:06] <robru>  - new staleness report job for identifying silos for freeing during crunches
[15:06] <robru>  - module reorg splitting up massive build.py into smaller submodules
[15:06] <robru>  - regenerate diffs at start of publication, fixes bug with certain manual packages not having diffs generated
[15:06] <robru>  - drop a pile of python bilingualisms, cementing python3 as the only supported language
[15:06] <robru>  - ensure train will never generate changelogs with empty bullet points ever again
[15:06] <robru> lp:bileto
[15:06] <robru>  - overhaul URL handling, making for nicer-looking URLs
[15:06] <robru>  - redirect back to correct URL after SSO signin
[15:06] <robru>  - expand requests page with links to jenkins build/publish/clean jobs, deprecating dashboard page
[15:06] <robru>  - added a number of new API endpoints for searching through different types of requests that require action
[15:06] <robru> +1 maintenance:
[15:06] <robru>  - submitted a few patches for packages failing with BOOST_JOIN, even got a couple accepted in debian
[15:06] <robru>  - a few other small patches here and there, still lots to learn
[15:06] <robru> ✓ finito
[15:07] <tdaitx>  - Learn the hard way how to backport stuff from OpenJDK 8 to 7 and 6, specially when ancestors have been selectively and partially backported
[15:07] <tdaitx> - Tried to use mercurial as a git user, not working; read on, got it somewhat right; felt like losing superpowers
[15:07] <tdaitx> - Tried to backport TLS 1.2 from JDK7 into 6, failed; a dev said he don't see a point; on hold for now
[15:07] <tdaitx> - Enabled TLS 1.2 by default for OpenJDK 7 and TLS 1.1 for OpenJDK 6; previously both used TLS 1.0 as default; LP: #1482924
[15:07] <tdaitx> - Learned more on the innards of OpenJDK packaging; also read security docs on it
[15:07] <tdaitx> - Built new packages for OpenJDK 7 and 6 with the TLS backports
[15:07] <tdaitx> Next steps
[15:07] <tdaitx> - Get started with TCK (thanks doko for access!)
[15:07] <tdaitx> - Triage/fix OpenJDK bugs
[15:07] <tdaitx> - Fix FTBFS for fun and learning
[15:07] <tdaitx> - Update OpenJDK 7 to 2.6.1 for fun and learning
[15:07] <tdaitx> Waiting/On hold
[15:07] <tdaitx> - Figure out whether we have Oracle Contribution Agreement (OCA) or not; Dalibor from Oracle says we don't, doko says we should; need to get it if we don't have it
[15:07] <tdaitx> - Submit TLS backports upstream for review as soon as OCA is cleared
[15:07] <tdaitx> Updates
[15:07] <tdaitx> - ISP is in a sorry state, trying its hardest to keep me offline (and mad) since yesterday; maintenance is scheduled for the afternoon
[15:07] <tdaitx> (done)
[15:07] <bdmurray> created a set of core files for which the ExecutablePath could not be found to delete from swift
[15:07] <bdmurray> submitted RT regarding removing core files (old ones too) from swift
[15:07] <bdmurray> submitted RT to have new dse node added to cassandra_hosts for the error tracker
[15:07] <bdmurray> setup a device blacklist in daisy so we stop accepting crash files from some systems
[15:07] <bdmurray> test and fix an issue with how daisy handles apport not being able to 'find package which ships ExecutablePath'
[15:08] <bdmurray> SRU verification (T, V) of apport bug LP: #1470572
[15:08] <bdmurray> reported apport bug LP: #1485773 re new_only
[15:08] <bdmurray> reported apport bug LP: #1487174 regarding sandbox building
[15:08] <bdmurray> replied to comments in apt lists bug LP: #1471903
[15:08] <bdmurray> uploaded W and T, V SRU for apport bug LP: #1485787
[15:08] <bdmurray> review/cleanup of bad bug modifier work
[15:08] <bdmurray> resolved pep8 / test failures errors with ubuntu-release-upgrader
[15:08] <bdmurray> ubuntu-release-uprader bug triage
[15:08] <bdmurray> tested upgrading from Trusty to Utopic (doesn't prompt if lts is set and does warn about EoL release)
[15:08] <bdmurray> updated EoL release announcement on changelogs.ubuntu.com (typos)
[15:08] <bdmurray> sponsored T patch for LP: #1358154
[15:08] <bdmurray> ✔ done
[15:08] <pitti> autopkgtest:
[15:08] <pitti>  - find out why ppc64el test nodes keep getting killed, fix that, and enable the arch for autopkgtesting
[15:08] <pitti>  - enable armhf for autopkgtesting too
[15:08] <pitti>  - enable autopkgtesting for precise: done for i386/amd64, in progress for arm/ppc
[15:08] <pitti> britney:
[15:08] <pitti>  - britney: add linux→ DKMS triggering, to replace the old custom Jenkins jobs; also needs some dkms backporting for autopkgtest helper script (#1489045)
[15:08] <pitti>  - britney: add machine readable autopkgtest results to YAML output for kernel team consuption
[15:08] <pitti>  - britney: merge with Debian, port to Python 3
[15:08] <pitti>  - debci: Fix missing results due to swift list batching
[15:08] <pitti> systemd: some bug fixes, merge with debian
[15:08] <pitti> misc:
[15:08] <pitti>  - debconf last week
[15:09] <pitti>  - some remaining pieces of g++-5 transitions
[15:09] <pitti>  - apport: fix broken StacktraceSource attachments (#1462491)
[15:09] <pitti>  - langpack-o-matic: Re-fix daily PPA uploads
[15:09] <pitti> EOT
[15:09] <barry> robru: \o/
[15:09] <pitti> I suppose/hope infinity is asleep
[15:10] <robru> barry: :-D
[15:10] <slangasek> bdmurray: device blacklist?  there are rogue devices submitting broken crashes?
[15:11] <slangasek> pitti: what's our baseline for precise autopkgtests?  I don't remember this ever having been something we discussed doing, and I would assume the rate of false-positives would be unreasonably high
[15:11] <pitti> slangasek: almost no precise packages actually have a test
[15:12] <bdmurray> slangasek: yes, we occassionally see systems trying to report crashes that cause an OOPS when writing to the database and whoopsie tries to resubmit them every 2 hours
[15:12] <pitti> slangasek: this is mostly for kernel triggering DKMS, and some backported ones
[15:12] <slangasek> pitti: ah, ok
[15:12] <bdmurray> I haven't found the root cause and its just a couple of systems in the list so far
[15:12] <slangasek> bdmurray: wow, alright
[15:12] <pitti> slangasek: but indeed I expect a fair bit of "always failed" there; but we are looking for "regression", which will still be very useful
[15:14] <slangasek> right, I guess the situation would be /better/ than trusty since we don't have the situation of a pre-release baseline + 6 months of SRUs causing bitrot
[15:14] <pitti> slangasek: http://people.canonical.com/~ubuntu-archive/proposed-migration/precise/update_excuses.html FTR
[15:14] <slangasek> any other questions on status? (and yes I assume infinity is off resting)
[15:14] <pitti> (still fairly new, thus lots of queued items still)
[15:14] <pitti> and DKMS package testing itself is fairly heuristic; we can/should iterate on that to refine it
[15:14] <slangasek> "lots of queued items" + "almost no packages have tests" == "hrm" :)
[15:16] <pitti> slangasek: we do have a fair bit of DKMS packages, and apparently firefox/thunderbird backports which declare Testsuite:
[15:16] <slangasek> ok
[15:16] <pitti> let's see how it works out
[15:17] <pitti> but CI and kernel teams want to move to this unified "let britney handle it" workflow instead of the custom jobs
[15:18]  * slangasek nods
[15:19] <slangasek> [TOPIC] AOB
[15:19] <slangasek> Anything else today?
[15:19] <cyphermox> ah, yes
[15:19] <cyphermox> yesterday it was brought up that upgrading from vivid failed, with some modemmanager errors
[15:20] <bdmurray> pitti: Could you have a look at bug 1489410? I'm okay with working on it but don't know where to head.
[15:20] <cyphermox> looks like it's more than just MM, it affects bluetooth too, etc. --> looks like an issue with dbus and/or systemd when upgrading
[15:20] <cyphermox> I was looking for a bug for it, will open one
[15:21] <bdmurray> cyphermox: bug 1481798?
[15:21] <pitti> bdmurray: will do; that's for testing the origin: only, right? as file -> package mapping should only require the dpkg db, nto apt
[15:21] <cyphermox> bdmurray: yup
[15:21] <bdmurray> pitti: right, ubuntu-bug wasn't working on the phone for packages from -updates because the lists for -updates weren't there.
[15:22] <cyphermox> bdmurray: I meant "if there was a bug with more info", but this works.
[15:23] <pitti> bdmurray: hmm, this is a rather poor bug report -- there is no description of an actual bug
[15:23]  * pitti asks there
[15:23] <bdmurray> pitti: bug 1471903 has some more details
[15:24] <bdmurray> cyphermox: the duplicates should have more information
[15:25] <cyphermox> bdmurray: yes, they do
[15:27] <slangasek> alrighty, anything else?
[15:29] <slangasek> #endmeeting
[15:29] <meetingology> Meeting ended Thu Aug 27 15:29:36 2015 UTC.
[15:29] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-08-27-15.01.moin.txt
[15:29] <slangasek> thanks, all!
[15:29] <pitti> thanks everyone!
[15:29] <tdaitx> thanks!
[15:29] <caribou> thanks !
[15:29] <barry> thanks!
[15:30] <sil2100> o/
[15:30] <bdmurray> sil2100: is that a hand raised or a wave goodbye?
[15:30] <sil2100> Goodbye hand ;)


[07:41] <laddite> 404 Not Found [IP: <IP_ADDRESS> 80], E:Failed to fetch I've looked into the parent paths and there is stuff from x86 and amd64, but not for arm? isn't arm supported?
[07:41] <laddite> hello! I'm trying to upgrade to arm64 version of Artful, but when I run the upgrade I get errors like this: http://us.archive.ubuntu.com/ubuntu/dists/artful/main/binary-arm64/Packages
[07:41] <laddite> 404 Not Found [IP: <IP_ADDRESS> 80], E:Failed to fetch I've looked into the parent paths and there is stuff from x86 and amd64, but not for arm? isn't arm supported?
[07:42] <laddite> sorry, lines got mixed up
[07:43] <genii> laddite: Use ports.ubuntu.com
[16:25] <fxnoob> hello
[16:25] <fxnoob> how long is the timeframe for a new release to be on ARM?
[16:26] <fxnoob> for example 18.04, I'm interested in LTS
[17:50] <lyakh> hi, I flashed ubuntu core 16 to an SD card, trying to boot a raspberry pi 2 B, it's flashing 4 short and four long green pulses repeatedly, I found that 4 flashes mean "loader.bin not launch-able (corrupt)", but there's no loader.bin at all on the card?
[18:43] <lyakh> just tried ubuntu mate - running well, so, my pi is ok