JanC | I think whatever "default MTA" gets installed should still be able to mail root even without manual configuration | 00:45 |
---|---|---|
JanC | which is not the same as a "black hole" :) | 00:46 |
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:03 |
JanC | lsb-invalid-mta seems to be exactly that | 01:04 |
infinity | JanC: Mailing root locally is no more useful than an motd, mind you. You'll never noticed either one without logging in. | 01:31 |
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:40 |
infinity | JanC: motd would be overwritten by what? We relay other messages via update-motd too (pending updates, required reboots, etc)' | 01:41 |
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:42 |
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:43 |
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:44 |
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:45 |
infinity | sarnold: Not sure there's such a thing as too many ways to be told a disk died. :) | 01:46 |
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:47 |
infinity | JanC: I honestly don't think lsb-invalid-mta is a reasonably solution to anything, ever. | 01:48 |
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:49 |
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:50 |
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:51 |
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:53 |
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:55 |
JanC | sarnold: meaning that you just have to look at your IRC window to know both are up? :) | 01:57 |
sarnold | JanC: exactly :) | 01:57 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
infinity | pitti: Which systemd package is it that keeps locking my unity session when it upgrades? :P | 05:01 |
infinity | pitti: Rather annoying. | 05:01 |
dholbach | good morning | 07:08 |
LocutusOfBorg1 | Laney, hi, do you mind a syncpackage lucene++? | 07:52 |
=== soee_ is now known as soee | ||
LocutusOfBorg1 | or dholbach maybe :) ^^^ | 07:56 |
dholbach | taking a look in a bit | 07:58 |
LocutusOfBorg1 | I merged the ubuntu v5 rename in Debian | 08:00 |
LocutusOfBorg1 | as is :) | 08:00 |
* LocutusOfBorg1 I wish I could upload my packages directly to ubuntu :) | 08:01 | |
=== ljp is now known as lpotter | ||
dholbach | LocutusOfBorg1, synced | 09:01 |
LocutusOfBorg1 | ta | 09:09 |
wgrant | chrisccoulson: Hi, you've just reverted my firefox arm64 FTBFS fix for the second time. | 10:46 |
=== _salem is now known as salem_ | ||
=== _morphis is now known as morphis | ||
=== Luke_ is now known as Luke | ||
n4176 | hhh | 13:02 |
n4176 | heell | 13:02 |
Laney | LocutusOfBorg1: thanks! | 13:14 |
LocutusOfBorg1 | thanks to you for caring :) | 13:14 |
doko | barry, https://launchpadlibrarian.net/213724887/buildlog_ubuntu-wily-amd64.plinth_0.5-1_BUILDING.txt.gz | 14:24 |
barry | yep, django is the next big stack on the failure list to look at | 14:25 |
jcastro | 14:28 | |
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 | 14:54 |
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:08 |
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:29 |
doko | Riddell, ^^^ | 15:30 |
doko | dobey, please ask the Kubuntu guys directly. I'm currently travelling | 15:31 |
dobey | doko: ok, thanks | 15:31 |
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:57 |
ScottK | Set your grub to only keep 5 then. | 17:59 |
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:00 |
TJ- | jtaylor encrypted rootfs | 18:03 |
jtaylor | ah that makes sense | 18:05 |
TJ- | now when /boot/ is encrypted as well... :) | 18:11 |
=== chiluk` is now known as chiluk | ||
melodie | hello | 21:22 |
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:29 |
melodie | never mind, I got my answers. | 21:48 |
melodie | gn | 21:48 |
=== salem_ is now known as _salem | ||
asantos3 | uhm, hi | 22:30 |
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:31 |
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:32 |
infinity | asantos3: Please file a bug ('ubuntu-bug thermald') and I'm sure the maintainer (cking) will poke at it on Monday. | 22:42 |
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:44 |
infinity | asantos3: And our maintainer is also the Debian maintainer, and he contributes upstream. | 22:45 |
asantos3 | ok, thanks | 22:45 |
=== BenC- is now known as BenC | ||
=== ValicekB_ is now known as ValicekB | ||
=== gammax90 is now known as gammax |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!