[00:45] <JanC> I think whatever "default MTA" gets installed should still be able to mail root even without manual configuration
[00:46] <JanC> which is not the same as a "black hole"  :)
[01:03] <JanC> maybe there can be a fake mail-transport-agent package on the cloud images that satisfies the dependency but doesn't actually do anything?
[01:04] <JanC> lsb-invalid-mta seems to be exactly that
[01:31] <infinity> JanC: Mailing root locally is no more useful than an motd, mind you.  You'll never noticed either one without logging in.
[01:40] <JanC> infinity: that's mostly true (local mail would be kept, while a MOTD would probably be overwritten); maybe lsb-invalid-mta is better then, assuming (I didn't test) that mdadm would log a failed attempt to send mail
[01:41] <infinity> JanC: motd would be overwritten by what?  We relay other messages via update-motd too (pending updates, required reboots, etc)'
[01:42] <infinity> JanC: And I'm not suggesting removing the mail-sending part of mdadm.  If you have an mta installed and configured, it'll mail, yay.
[01:43] <JanC> if there is an MTA that can do local delivery, all mails sent by mdadm would be stored locally (but I guess all that should be in the logs too anyway)
[01:43] <infinity> JanC: I'm suggesting that an motd update is more useful than an mta you didn't want and thus didn't configure (or a null mta, or a local only mta, whose only indication that something's up is a "new mail in /var/mail/root" message, which you get on every login because of $random_cron_spam)
[01:44] <infinity> JanC: Anyhow, there are lots of local-only mta options.  From my exposure to UNIX/Linux admins >= 10 years younger than me, no one will read that mail. :P
[01:44] <infinity> YMMV.
[01:45] <infinity> I grew up in the era of massive shared machines and local mail, most younger folks I see blindly ignore local mail spools for months.
[01:45] <sarnold> besides, you set up nagios to check on your storage systems anyhow, right? right?
[01:45] <infinity> sarnold: Ideally, yes.
[01:46] <infinity> sarnold: Not sure there's such a thing as too many ways to be told a disk died. :)
[01:47] <sarnold> infinity: hehe :)
[01:47] <infinity> Although, the way I last found out a disk died was update-grub complaining it couldn't write to one of them...
[01:47] <JanC> lsb-invalid-mta would possibly result in extra error messages showing up in nagios too  ;)
[01:47] <infinity> (I got mail from mdadm shortly after, it was just entertaining timing)
[01:48] <infinity> JanC: I honestly don't think lsb-invalid-mta is a reasonably solution to anything, ever.
[01:49] <infinity> Either have a working MTA (local, smarthost, or full), or don't have one at all.
[01:49] <infinity> One that returns an error on every invocation is worse than not having the binary.
[01:49] <JanC> well, it would alert people who read logs about he fact that they could get mail
[01:49] <infinity> But, y'know, yay LSB.
[01:49] <infinity> JanC: You have pretty high confidence in people doing strange things like "reading logs for fun".
[01:49] <infinity> I read logs when there's a problem.
[01:50] <infinity> Not to see if there's a problem.
[01:50] <infinity> Big difference.
[01:50] <JanC> but then they will know they could have gotten a mail for the next time  :)
[01:51] <sarnold> i've long wanted some smart tool to read my logs for me and let me know when there's a problem before I find it :)
[01:51] <JanC> well, such tools exist...
[01:53] <infinity> sarnold: I'm assuming that was facetious, since you mentioned that very tool a few lines up. :)
[01:53] <sarnold> I used to use one of those log summary tools but it just turned into one more email that I mostly ignored each day. :)
[01:53] <sarnold> infinity: do as I say, not as I do
[01:55] <sarnold> infinity: (it actually comes back to that "not enough computers" problem; a laptop and an irc box aren't really enough to bring out nagios..)
[01:55] <JanC> the trick is to not make them report useless stuff, of course
[01:57] <JanC> sarnold: meaning that you just have to look at your IRC window to know both are up?  :)
[01:57] <sarnold> JanC: exactly :)
[05:01] <infinity> pitti: Which systemd package is it that keeps locking my unity session when it upgrades? :P
[05:01] <infinity> pitti: Rather annoying.
[07:08] <dholbach> good morning
[07:52] <LocutusOfBorg1> Laney, hi, do you mind a syncpackage lucene++?
[07:56] <LocutusOfBorg1> or dholbach maybe :) ^^^
[07:58] <dholbach> taking a look in a bit
[08:00] <LocutusOfBorg1> I merged the ubuntu v5 rename in Debian
[08:00] <LocutusOfBorg1> as is :)
[08:01]  * LocutusOfBorg1 I wish I could upload my packages directly to ubuntu :)
[09:01] <dholbach> LocutusOfBorg1, synced
[09:09] <LocutusOfBorg1> ta
[10:46] <wgrant> chrisccoulson: Hi, you've just reverted my firefox arm64 FTBFS fix for the second time.
[13:02] <n4176> hhh
[13:02] <n4176> heell
[13:14] <Laney> LocutusOfBorg1: thanks!
[13:14] <LocutusOfBorg1> thanks to you for caring :)
[14:24] <doko> barry, https://launchpadlibrarian.net/213724887/buildlog_ubuntu-wily-amd64.plinth_0.5-1_BUILDING.txt.gz
[14:25] <barry> yep, django is the next big stack on the failure list to look at
[14:28] <jcastro>  
[14:54] <dobey> doko: hmm, can you upload a no-change rebuild of the "step" package? seems it wasn't in the gcc5 ppa and needed to be, and it's one of the transition blockers
[15:08] <rbasak> smb, arges: add yourself to https://launchpad.net/~ubuntu-server please
[15:08] <rbasak> smb, arges: then use https://code.launchpad.net/~ubuntu-server/+git/
[15:29] <dobey> doko: or do you know if anyone from kubuntu team is working on getting the gcc5 issues in all the kde libs/apps fixed up?
[15:29] <dobey> seems a lot there that needs simple rebuilds, and library package renames/symbols fixes
[15:30] <doko> Riddell, ^^^
[15:31] <doko> dobey, please ask the Kubuntu guys directly. I'm currently travelling
[15:31] <dobey> doko: ok, thanks
[17:57] <jtaylor> whats the reasoning for the ubuntu lvm install giving you a 200mb boot partition?
[17:57] <jtaylor> thats maybe 6 kernels
[17:57] <jtaylor> everytime a install a machine and forget it until the upgrades break :(
[17:59] <ScottK> Set your grub to only keep 5 then.
[18:00] <jtaylor> they to pile up in autoremove but I never run that
[18:00] <jtaylor> I'm wondering what advantage does a boot partition even have?
[18:00] <jtaylor> I usually just put it in root
[18:03] <TJ-> jtaylor encrypted rootfs
[18:05] <jtaylor> ah that makes sense
[18:11] <TJ-> now when /boot/ is encrypted as well... :)
[21:22] <melodie> hello
[21:29] <melodie> does someone know about a good documentation to get started with pool and dist directories in ISO images? What they are meant for, how they are used, how to manage them? that kind of thing?
[21:48] <melodie> never mind, I got my answers.
[21:48] <melodie> gn
[22:30] <asantos3> uhm, hi
[22:31] <asantos3> I'm having a problem with an package update
[22:31] <asantos3> thermald from 1.1~rc2-11 to 1.4.3-2
[22:32] <asantos3> the problem happens when playing games
[22:32] <asantos3> it drops my fps by a lot, can any dev help me or something?
[22:42] <infinity> asantos3: Please file a bug ('ubuntu-bug thermald') and I'm sure the maintainer (cking) will poke at it on Monday.
[22:44] <asantos3> infinity, should I file the debug on the ubuntu repo then?
[22:44] <asantos3> because I don't know if it's ubuntu specific
[22:44] <infinity> asantos3: As I said, type "ubuntu-bug thermald"
[22:44] <infinity> asantos3: It's probably an upstream bug, but starting with us is still reasonable.
[22:45] <infinity> asantos3: And our maintainer is also the Debian maintainer, and he contributes upstream.
[22:45] <asantos3> ok, thanks