16:01 <powersj> #startmeeting ubuntu-server-team
16:01 <meetingology> Meeting started Tue Apr 25 16:01:19 2017 UTC.  The chair is powersj. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
16:01 <meetingology> 
16:01 <meetingology> Available commands: action commands idea info link nick
16:01 <powersj> #topic Review ACTION points from previous meeting
16:01 <powersj> rbasak, powersj, cpaelzer to draft mysql triage response page like nginx has (carried over)
16:01 <powersj> Continue to carry over?
16:02 <cpaelzer> carry further
16:02 <powersj> #action rbasak, powersj, cpaelzer to draft mysql triage response page like nginx has (carried over)
16:02 * meetingology rbasak, powersj, cpaelzer to draft mysql triage response page like nginx has (carried over)
16:02 <cpaelzer> I actually wanted to write yesterday, but the page is in lockdown
16:02 <powersj> smoser to write a release notes entry on cloud-init (ds-identify)
16:02 <cpaelzer> several relogings didn't fix it
16:02 <nacc> o/ sorry
16:02 <powersj> #info smoser completed release note entry for cloud-init
16:02 <powersj> nacc to write a release notes entry on ipv6 netboot
16:03 <nacc> powersj: carry forward :/
16:03 <powersj> ok :)
16:03 <powersj> #action nacc to write a release notes entry on ipv6 netboot
16:03 * meetingology nacc to write a release notes entry on ipv6 netboot
16:03 <powersj> nacc to write a server guide entry on ipv6 netboot
16:03 <dpb1> o/
16:03 <rbasak> cpaelzer: perhaps follow up with IS if it remains stuck?
16:03 <nacc> powersj: same
16:04 <powersj> #action nacc to write a server guide entry on ipv6 netboot
16:04 * meetingology nacc to write a server guide entry on ipv6 netboot
16:04 <powersj> rharper to write a server guide entry on v2 yaml support in cloud-init
16:04 <cpaelzer> rbasak: is wiki handled via IS - yes if it is still stuck next time I come there I'll do so
16:04 <rharper> powersj: carry
16:04 <powersj> #action rharper to write a server guide entry on v2 yaml support in cloud-init
16:04 * meetingology rharper to write a server guide entry on v2 yaml support in cloud-init
16:04 <powersj> rharper to write a release notes entry on v2 yaml support in cloud-init
16:04 <powersj> same?
16:04 <rharper> same
16:04 <powersj> #action rharper to write a release notes entry on v2 yaml support in cloud-init
16:04 * meetingology rharper to write a release notes entry on v2 yaml support in cloud-init
16:04 <powersj> #action powersj to update copy and paste commands for IRC meeting to say artful
16:04 * meetingology powersj to update copy and paste commands for IRC meeting to say artful
16:04 <powersj> I'm taking that one ^
16:05 <rharper> when I fix up my network-doc branch and it lands in cloud-init, I can point to the ReadTheDocs entry
16:05 <powersj> anything else?
16:05 <rbasak> cpaelzer: yes - managed by IS
16:05 <powersj> #topic Zesty Development
16:05 <powersj> One last time... anything for zesty?
16:05 <rharper> powersj: there was a request to update the paste commands for SRU members, I did that last week
16:05 <powersj> rharper: thx
16:06 <powersj> closing out zesty in 3...2.... 1...
16:06 <powersj> #topic Artful Development
16:06 <powersj> #link https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule
16:06 <nacc> importer should be running for the merges -- i think i'm going to do a server all run later today (it will take a day or two, i expect)
16:07 <powersj> #info nacc: importer running for merges, will take day or two
16:07 <cpaelzer> we should identify any merges that we intentionally want to do late to pick the next versiosn
16:07 <dpb1> how long does it take end to end?
16:07 <cpaelzer> I'm currently in touch with HW manufacturers to clairfy on qmeu/libvirt
16:07 <nacc> dpb1: how long does the importer take?
16:07 <dpb1> yes
16:07 <cpaelzer> but if others have similar constraints we can make them clear on our "merge schedule"
16:08 <nacc> dpb1: not predictable -- i think smoser ran it last in this way?
16:08 <smoser> man
16:08 <nacc> dpb1: i would guess several days to import the entire history for 850 or so packages
16:08 <nacc> although we've imported 300+ already
16:08 <dpb1> ok, if we don't know its fine, just curious.
16:08 <nacc> so maybe less now
16:08 <dpb1> k
16:08 <nacc> dpb1: speed hasn't been a priority :)
16:08 <dpb1> :)
16:09 <ahasenack> was it run for zesty in the same way?
16:09 <nacc> ahasenack: no
16:09 <nacc> ahasenack: for zesty it was done by hand when someone asked for a srckpkg to be imported
16:09 <nacc> by myself, rbasak or smoser
16:09 <dpb1> brave new world!
16:10 <nacc> yeah
16:10 <rbasak> I noticed one bit that's slow that I have code to speed up, FWIW.
16:10 <rbasak> Just not had a need to address it yet.
16:10 <nacc> rbasak: excellent, yeah, i was going to file a bug to do some profiling etc
16:10 <nacc> similar to what smoser had done before and looking at the @lru_cache stuff
16:10 <dpb1> nacc: I suspect the second run of it would be faster?
16:11 <nacc> dpb1: once we run the 'full import' of the archive (or our subset), subsequent runs will only pick up what is new
16:11 <dpb1> k
16:11 <powersj> do we need an action for cpaelzer to figure timeline of merges? any other merge work needing action items?
16:11 <nacc> and that is what the cron job does basically
16:11 <nacc> powersj: i don't think we need an explicit action
16:12 <powersj> ok :)
16:12 <nacc> powersj: but we probably do need to coordinate, etc.
16:12 <nacc> dpb1: we used to to do that via the blueprint
16:12 <nacc> and you can see the list of merges from z in that bp
16:12 <powersj> #subtopic blueprints
16:12 <nacc> so we might want to, at first, at least copy all those smae srcpkgs, unassigned to aa
16:12 <powersj> #link https://blueprints.launchpad.net/ubuntu/+spec/servercloud-aa-server-core
16:12 <cpaelzer> powersj: no action needed atm, but I'd say we need to coordinate the release in general
16:13 <powersj> #info cpaelzer nacc rbasak need to coordinate merges via blueprint
16:13 <cpaelzer> I'm not set on blueprint, gdoc, ... (millions of options) but some sort of who-does-what-when is needed
16:13 <nacc> powersj: thanks
16:13 <cpaelzer> thanks powersj
16:13 <dpb1> nacc: thoughts on using a board like trello instead of a blueprint?  we can still create a blueprint and link to it.
16:13 <smoser> dpb1 likes trello
16:13 <dpb1> s/nacc//
16:13 <cpaelzer> I actually thought just that dpb1 when I saw the curtin board
16:14 <cpaelzer> dpb1: you said those are public-read but write onyl to us right?
16:14 <dpb1> it can be public, we can assign owners, invite other people
16:14 <dpb1> yes
16:14 <nacc> as long as it's public, i don't particularly care
16:14 <cpaelzer> I used that for DPDK, I think it would be nice for many things except bug linking
16:14 <cpaelzer> or is that improved now?
16:14 <nacc> the blueprint sort of sucks
16:14 * dpb1 volunteers for action to create a skeleton
16:14 <rbasak> Is there anything specific that trello will solve for us over blueprints?
16:14 <nacc> as it doesn't gate itself
16:14 <smoser> I do think we need to be careful on this. Ubuntu development takes place on Ubuntu.
16:14 <rbasak> I understand how much better trello could be - just wondering how it applies to our specific case.
16:14 <nacc> so we can both edit at the same time and things get lost
16:15 <nacc> smoser: +1
16:15 <dpb1> rbasak: saving my eyes is first on the list.
16:15 * nacc would also be fine with a text file :)
16:15 <cpaelzer> turning away from LP is a bad thing more from the mood it represents than technically
16:15 <dpb1> rbasak: but it's not a hard line for me.
16:15 <smoser> and moving Ubuntu server development (or portions there-of) off launchpad makes that inconsistent with other Ubuntu developement.
16:15 <smoser> we're part of a larger thing here and consistency matters.
16:15 <rbasak> If we did blueprints properly, the status page would give us useful reporting.
16:16 <dpb1> are blueprints rotted or is it just ours?
16:16 <cpaelzer> rbasak: maybe we should do one properly, what did we miss last time to do so?
16:16 <dpb1> do any other groups use them?
16:16 * cpaelzer <- no blueprint expert at all
16:16 <rbasak> cpaelzer: I think there are some pieces to set on the blueprint and then it appears properly on status.qa.ubuntu.com or wherever it was.
16:16 <cpaelzer> could we group items for months planned or any other timeline association?
16:17 <rharper> cpaelzer: ack;
16:17 <cpaelzer> so we see early when things slip?
16:17 <rbasak> blueprints can do milestones, yes.
16:17 <rbasak> And I believe status reports on that.
16:17 <rharper> dpb1: we've certainly used blueprints for server;  but it's mostly been a  task tracker (todo, inprogress, done) and less of a planner w.r.t when we expect it to complete (17.05, 17.06, etc)
16:17 <rharper> I think it's mostly matter of JFDI
16:18 <cpaelzer> which translates to who volunteers
16:18 <ahasenack> it's not a very rich content, you can't add comments to a task for example
16:18 <dpb1> you would use a bug for that
16:18 <ahasenack> saying where you are, what problems you encountered, how they were solved, ping someone else, etc
16:18 <dpb1> I'm guessing
16:18 <rharper> yes
16:18 <rharper> it's very typical to create a bug with the feature
16:18 <cpaelzer> ahasenack: actually every item usually carries a bug which can have details
16:18 <powersj> Can I propose that as rbasak nacc cpaelzer plan merges, they look into using blueprint more effectively?
16:18 <ahasenack> cpaelzer: ok
16:19 <rbasak> Sure
16:19 <cpaelzer> powersj: fair deal
16:19 <powersj> #info rbasak nacc cpaelzer will look into using blueprints more effectively
16:19 <nacc> yeah, and let's (probably) target 18.04 cycle for dtrt
16:19 <dpb1> OK, let's try it
16:19 <nacc> from the get-got that is
16:19 <powersj> #subtopic Release Bugs
16:19 <powersj> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-z-tracking-bug-tasks.html#ubuntu-server
16:19 <powersj> I don't see a -a version of that page yet
16:20 <ahasenack> how does a bug get into that list?
16:20 <nacc> powersj: i wonder if whoever owns reqorts needs to update their code :)
16:20 <powersj> do we know who does?
16:20 <nacc> no idea
16:21 <powersj> #action powersj to find out who owns bug tracking site, get artful link
16:21 * meetingology powersj to find out who owns bug tracking site, get artful link
16:21 <powersj> any comments on z bugs before moving on?
16:21 <nacc> ahasenack: i believe it might be automatic?
16:21 <ahasenack> I mean, via a tag? zesty task?
16:22 <dpb1> nacc: based on what
16:22 <dpb1> right
16:22 <powersj> tag of release
16:22 <nacc> ahasenack: as in, packages in the list of 'ubuntu-server' (which is a file) and then tag to that release
16:22 <nacc> *task to that release
16:22 <ahasenack> https://bugs.launchpad.net/ubuntu/+source/ebtables/+bug/1645324 is in the list
16:22 <ubottu> Launchpad bug 1645324 in ebtables (Ubuntu Trusty) "ebtables: Lock file handling has races" [Medium,In progress]
16:22 <powersj> oh it is task?
16:22 <ahasenack> has tags "patch" and "sts-sru-needed"
16:22 <ahasenack> ah, task
16:22 <nacc> powersj: the one i randomly looked at had no tags
16:22 <powersj> nacc: ok thx
16:22 <nacc> i would need to grep my irc logs to find where the package list
16:23 <powersj> nacc: that's just the package-team-mapping right?
16:23 <nacc> powersj: that'd be my guess, yes
16:23 <powersj> http://people.canonical.com/~ubuntu-archive/package-team-mapping.json
16:23 <dpb1> rharpers json?
16:23 <nacc> powersj: thanks, that's what i was looking for
16:23 <ahasenack> so these are essentially sru candidates
16:23 <ahasenack> at least they were nominated
16:23 <nacc> ahasenack: or active development candidates
16:23 <nacc> ahasenack: now they are SRU, yes ;0
16:23 <nacc> :)
16:24 <powersj> which brings us to....
16:24 <powersj> #topic Server & Cloud Bugs & SRU/Pending Uploads (slashd)
16:24 <powersj> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-x-tracking-bug-tasks.html#ubuntu-server
16:24 <powersj> welcome slashd
16:24 <slashd> thanks powersj
16:24 <cpaelzer> powersj: thanks for driving this to not stall - we are all talkative today
16:24 <slashd> LP: #1356211 - (sosreport) cannot collect rotated syslog.1
16:24 <slashd> - Series to SRU : trusty
16:24 <slashd> - Owners : Louis Bouchard
16:24 <slashd> LP: #1366103 - (sosreport) sosreport doesn't collect all data from /etc/apparmor.d/
16:24 <slashd> - Series to SRU : trusty
16:24 <powersj> :)
16:24 <ubottu> Launchpad bug 1356211 in sosreport (Ubuntu Trusty) "cannot collect rotated syslog.1" [Medium,In progress] https://launchpad.net/bugs/1356211
16:24 <slashd> - Owners : Louis Bouchard
16:24 <ubottu> Launchpad bug 1366103 in sosreport (Ubuntu Trusty) "sosreport doesn't collect all data from /etc/apparmor.d/" [Medium,In progress] https://launchpad.net/bugs/1366103
16:24 <slashd> LP: #1447695 - (sosreport) sosreport 3.2 does not collect systemd information
16:24 <ubottu> Launchpad bug 1447695 in sosreport (Ubuntu Trusty) "sosreport 3.2 does not collect systemd information" [Medium,In progress] https://launchpad.net/bugs/1447695
16:24 <slashd> - Series to SRU : trusty
16:24 <slashd> - Owners : Louis Bouchard
16:24 <slashd> LP: #1566508 - (sssd) autofs races with sssd on startup
16:24 <ubottu> Launchpad bug 1566508 in sssd (Ubuntu Trusty) "autofs races with sssd on startup" [Medium,In progress] https://launchpad.net/bugs/1566508
16:24 <slashd> - Series to SRU : yakkety xenial trusty
16:24 <slashd> - Verification : verification-failed-xenial verification-failed-yakkety verification-needed
16:24 <slashd> - Owners : Victor Tapia
16:24 <slashd> LP: #1590799 - (nfs-utils) nfs-kernel-server does not start because of dependency failure
16:24 <ubottu> Launchpad bug 1590799 in nfs-utils (Ubuntu Yakkety) "nfs-kernel-server does not start because of dependency failure" [Medium,Fix committed] https://launchpad.net/bugs/1590799
16:24 <slashd> - Series to SRU : yakkety
16:24 <slashd> - Verification : verification-done-xenial verification-needed
16:24 <slashd> - Owners : Rafael David Tinoco
16:25 <slashd> LP: #1602057 - (nova) [SRU] (libvirt) KeyError updating resources for some node, guest.uuid is not in BDM list
16:25 <ubottu> Launchpad bug 1602057 in nova (Ubuntu Xenial) "[SRU] (libvirt) KeyError updating resources for some node, guest.uuid is not in BDM list" [Medium,Triaged] https://launchpad.net/bugs/1602057
16:25 <slashd> - Series to SRU : xenial
16:25 <slashd> - Owners : Edward Hope-Morley
16:25 <slashd> LP: #1605243 - (sosreport) iscsi initiator related configs and logs are not recorded
16:25 <ubottu> Launchpad bug 1605243 in sosreport (Ubuntu Zesty) "iscsi initiator related configs and logs are not recorded" [Medium,In progress] https://launchpad.net/bugs/1605243
16:25 <slashd> - Series to SRU : yakkety xenial trusty zesty
16:25 <slashd> - Owners : Louis Bouchard
16:25 <slashd> LP: #1614052 - (sosreport) SOSREPORT need to collect OPAL msglog
16:25 <ubottu> Launchpad bug 1614052 in sosreport (Ubuntu Zesty) "SOSREPORT need to collect OPAL msglog" [Medium,In progress] https://launchpad.net/bugs/1614052
16:25 <slashd> - Series to SRU : yakkety xenial trusty zesty
16:25 <slashd> - Owners : Louis Bouchard
16:25 <slashd> LP: #1636322 - (ceph) [SRU] upstart: ceph-all service starts before networks up
16:25 <ubottu> Launchpad bug 1636322 in ceph (Ubuntu Trusty) "[SRU] upstart: ceph-all service starts before networks up" [High,In progress] https://launchpad.net/bugs/1636322
16:25 <slashd> - Series to SRU : xenial trusty
16:25 <slashd> - Verification : verification-kilo-needed verification-liberty-needed
16:25 <slashd> - Owners : James Page None
16:25 <cpaelzer> soon the server will ban you :-)
16:25 <slashd> LP: #1645324 - (ebtables) ebtables: Lock file handling has races
16:25 <ubottu> Launchpad bug 1645324 in ebtables (Ubuntu Trusty) "ebtables: Lock file handling has races" [Medium,In progress] https://launchpad.net/bugs/1645324
16:25 <slashd> - Series to SRU : trusty zesty
16:25 <slashd> - Owners : Dragan S.
16:25 <slashd> LP: #1648242 - (neutron) [SRU] Failure to retry update_ha_routers_states
16:25 <ubottu> Launchpad bug 1648242 in neutron (Ubuntu Xenial) "[SRU] Failure to retry update_ha_routers_states" [Low,Triaged] https://launchpad.net/bugs/1648242
16:25 <slashd> - Series to SRU : xenial
16:25 <slashd> - Owners : Edward Hope-Morley
16:25 <slashd> LP: #1654600 - (unattended-upgrades) unattended-upgrade-shutdown hangs when /var is a separate filesystem
16:25 <ubottu> Launchpad bug 1654600 in unattended-upgrades (Ubuntu Zesty) "unattended-upgrade-shutdown hangs when /var is a separate filesystem" [High,In progress] https://launchpad.net/bugs/1654600
16:25 <slashd> - Series to SRU : xenial yakkety zesty
16:25 <slashd> - Verification : verification-failed
16:25 <slashd> - Owners : Louis Bouchard
16:26 <slashd> LP: #1657489 - (qemu) qemu-xen: free all the pirqs for msi/msix when driver unload
16:26 <ubottu> Launchpad bug 1657489 in qemu (Ubuntu Trusty) "qemu-xen: free all the pirqs for msi/msix when driver unload" [Undecided,New] https://launchpad.net/bugs/1657489
16:26 <slashd> - Series to SRU : trusty
16:26 <slashd> - Owners : None
16:26 <slashd> LP: #1666827 - (horizon) Backport fixes for Rename Network return 403 Error
16:26 <ubottu> Launchpad bug 1666827 in horizon (Ubuntu Xenial) "Backport fixes for Rename Network return 403 Error" [High,Triaged] https://launchpad.net/bugs/1666827
16:26 <slashd> - Series to SRU : xenial
16:26 <slashd> - Owners : None
16:26 <slashd> #info SRU pending for : sssd, nfs-utils, qemu, ebtables, unattended-upgrades, sosreport
16:26 <rbasak> I appreciate the report - but honestly, I'm not reading that flood. I wonder if anyone is? I suggest sticking to just the list of packages. That single last line would do. Anyone who wants more info knows where to look.
16:26 <cpaelzer> I read it
16:26 <ahasenack> here, let me paste it for you again
16:26 <dpb1> there are a lot of sosreports...
16:26 <slashd> sorry guys, will do a pastebin next week ;)
16:26 * dpb1 slaps ahasenack
16:26 <powersj> slashd: thx :)
16:26 <cpaelzer> but I was good wit hthe short list and people polling on details where needed
16:27 <powersj> #info SRU pending for: sssd, nfs-utils, qemu, ebtables, unattended-upgrades, sosreport
16:27 <powersj> questions for slashd?
16:27 <ahasenack> sssd? hm
16:27 <cpaelzer> #info further SRU pending openssh (X, Y), sssd (T), qemu (Xx2), libvirt (X,Y,Z)
16:27 <cpaelzer> I have my own set of shi$ :-)
16:28 <powersj> ok moving on, thanks slashd
16:28 <powersj> #topic Weekly Updates & Questions for the QA Team (powersj)
16:28 <powersj> #link https://jenkins.ubuntu.com/server/
16:28 <powersj> and of course I'm not prepared
16:29 <powersj> This week I'm looking into some additional CI/pkg build for cloud-init and curtin. And getting the automated ISO tests running again for previous releases.
16:29 <rbasak> What have you done with the real powersj? :-P
16:29 <powersj> haha
16:29 <powersj> Last week was the ericson qemu/hugepages QA, some SRU verification attempts on openssh and tomcat7/8, and I build my own local MAAS setup
16:29 <powersj> Oh and I broke curtin vmtest badly
16:30 <powersj> and won't do that again, I have learned my lesson
16:30 <powersj> #info powersj to get automated ISO tests running again
16:30 <dpb1> QA Team all about breaking things.
16:30 <dpb1> amazing
16:30 <cpaelzer> and on testing fyi - others might just as the virt tests run into cases that there are no lxd/cloud images for artful yet
16:30 <rharper> powersj: lol
16:30 <powersj> #info won't break curtin vmtest again
16:30 <rharper> haha
16:30 <cpaelzer> uh powersj; we will quote that the next time
16:30 <rharper> I wouldn't have recorded that
16:30 <powersj> please do :)
16:31 <powersj> anything else for the qa noob
16:31 <powersj> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee)
16:31 <smb> Noting to report but will listen to questions/requests if there are any (smb not that much more prepared).
16:31 <cpaelzer> smoser: did anybody else delete the wrong kernels because of special ordering ber LANG ?
16:32 <cpaelzer> smb: any complaints about 4.10 getting removed unintended to the kernel team?
16:32 <dpb1> apt-get autoremove deleted wrong kernels?
16:32 <cpaelzer> na, purge-kernels did
16:32 <cpaelzer> purge-old-kernels
16:32 <dpb1> what is purge-old-kernels
16:32 <smb> cpaelzer, not that we encourage people to use that :)
16:32 <cpaelzer> hehe, you are safe anyway smb
16:33 <rbasak> Is that the one inside byobu packaging?
16:33 <cpaelzer> languages that do thousand separator on "." are good :-)
16:33 <cpaelzer> yes rbasak
16:33 <dpb1> rbasak: o.O
16:33 <rbasak> If autoremove works just as well, should we deprecate and remove that?
16:33 <smoser> https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1685338
16:33 <ubottu> Launchpad bug 1685338 in byobu (Ubuntu) "purge-old-kernels sorts kernels incorrectly" [High,Triaged]
16:33 <dpb1> smb: apt-get autoremove is what you all want, right?
16:33 <cpaelzer> smoser: you are a user of that, please speak for or against the tool in contrast to autoremove
16:34 <smoser> rbasak, i think the are probably right that we shoudl deprecate or just remove.
16:34 <cpaelzer> I only happen to know it from a few bugs
16:34 <smb> rbasak, I remember some people were afraid of autoremove because it might remover other stuff (though it never did remove anything for me which I still needed)
16:34 <smoser> i have used since before autoremove dtrt
16:34 * dpb1 votes to remove this script from byobu
16:34 <smoser> one reason to keep it would be that it specifically removes old kernels
16:34 <dpb1> how do I rogers rule of meeting etiquite do that?
16:35 <smoser> where as autoremove autoremoves whatever
16:35 <ahasenack> did kikland create it, or did he just added something already existing to byobu?
16:35 <smoser> possibly autoremove takes a filter.. i dont know.
16:35 <rbasak> AIUI, he wrote it, and stuck it in with byobu for lack of somewhere else to put it.
16:35 <rbasak> Let me file a bug at least
16:36 <powersj> rbasak: for removal?
16:36 <smoser> https://askubuntu.com/questions/2793/how-do-i-remove-old-kernel-versions-to-clean-up-the-boot-menu
16:36 <smoser> rbasak, kirkland got something gfrom kees, there was a ubuntu-devel discussion on this i think
16:36 <rharper> http://blog.dustinkirkland.com/2016/06/purge-old-kernels.html
16:36 <dpb1> oh my goodness.
16:37 <dpb1> ok
16:37 <rharper> "You'll already have the purge-old-kernels command in Ubuntu 16.04 LTS (and later), as part of the byobu package. "
16:37 <smoser> The definitive answer is: sudo purge-old-kernels
16:37 <smoser> so there you have it
16:37 <nacc> in the case where a user does "someting" and autoremove starts to not dtrt
16:37 <nacc> purge-old-kernels works
16:38 <nacc> *but* the real goal is to figure out what "something" was and why autoremove stops dtrt
16:38 <nacc> (imo)
16:38 <nacc> and fix it
16:38 <rharper> honestly though, if it's the definitive answer, then it should be a stand-alone package and seeded
16:38 <rbasak> bug 1686138
16:38 <ubottu> bug 1686138 in byobu (Ubuntu) "purge-old-kernels is superseded by "apt autoremove"" [Undecided,New] https://launchpad.net/bugs/1686138
16:38 <dpb1> no
16:38 <nacc> oftentimes, i've found, it's pinning from an old release
16:38 <rbasak> rharper: agreed.
16:38 <dpb1> I think we need a follow up
16:38 <smb> sudo apt-mark auto `apt-mark showmanual '^linux-(headers|image|image-extra|cloud-tools|tools)-[0-9]'`
16:38 <rharper> dpb1: ack
16:38 <smb> ^ I think that should fix autormeove
16:38 <rharper> smb: that's user friendly
16:39 <smoser> rharper, also if it is the definitive answer, it should not remove the wrong kernels
16:39 <rharper> smoser: ack
16:39 <smoser> even if you do not speak german
16:39 <cpaelzer> hehe
16:39 <nacc> smb: correct, my imporession as well
16:39 <nacc> smb: the problem is joe user who intentionally pinned an old kernel and then un-marking it is wrong
16:39 <powersj> anything else on removing old kernels?
16:39 <dpb1> I'll contact dustin
16:40 <dpb1> you can action me
16:40 <powersj> #action dpb1 to talk to kirkland re: old kernels
16:40 * meetingology dpb1 to talk to kirkland re: old kernels
16:40 <powersj> anything else for smb
16:40 <powersj> #topic Upcoming Call For Papers
16:40 <powersj> #link https://lwn.net/Calendar/Monthly/cfp/
16:41 <powersj> I don't see anything
16:42 <powersj> #topic Ubuntu Server Team Events
16:42 <powersj> any events?
16:42 <powersj> tomorrow... tomorrow...
16:42 <dpb1> does coffee and wine count?
16:43 <powersj> #info Bug squashing day 3 tomorrow!
16:43 <powersj> #link https://lists.ubuntu.com/archives/ubuntu-server/2017-April/007524.html
16:43 <powersj> #topic Open Discussion
16:43 <powersj> Free for all... anything else before closing
16:44 <powersj> nada...
16:44 <powersj> #topic Announce next meeting date, time and chair
16:44 <powersj> same time, same place, with cpaelzer at the helm
16:44 <powersj> cheers
16:44 <powersj> #endmeeting