[02:14] <MIF> how can I have my server send a email just before it shuts down?
[02:17] <sarnold> the 'easy' way is to write a little script for you to use to shut it down, that'll send the email, sleep for a bit or loop for a bit to check if the email was actually sent, and *then* shutdown
[02:17] <sarnold> trying to hook the existing tooling might be difficult, since shutting down the email server would be part of the shutdown tasks..
[02:19] <MIF> where would I look to hook into the tooling?
[02:22] <sarnold> MIF: check out systemd.special(7), it describes a *lot* of targets for this; poweroff.target, exit.target, halt.target, shutdown.target, omg too many :)
[02:22] <MIF> ok
[02:22] <MIF> thanks
[02:23] <sarnold> MIF: you'd juggle the various dependency lines in a .service file to either be 'running' your thing the entire lifetime of the machine and then have an ExecStop or similar to send a mail..  or perhaps a service file that's Wanted by one of these targets, I'm not sure which path is more likely to be successful
[02:24] <sarnold> MIF: you'd probably also need to declare reationships to the mail server, Requires= ..
[02:24] <MIF> can't I just edit the stop file for the mailserver?
[02:24] <MIF> can't I just edit the stop file for the mail server?
[02:31] <rbasak> I thought you wanted an email sent just before the server shuts down, rather than an email sent just before the mail server service is stopped :)
[02:31] <MIF> when it is shuting down
[02:31] <MIF> any time
[02:31] <MIF> so if it crashes
[02:31] <MIF> it will let me know
[02:34] <sarnold> probably you want an off-machine monitoring service then
[02:36] <MIF> are there any free ones that you know of?
[02:36] <sarnold> nagios is kind of the ancient king
[02:38] <MIF> I can't afford anything
[02:45] <sarnold> that's fine, there's almost too many free choices :)
[02:45] <sarnold> it'd be easier if there were just a few, but there's *so many* to choose from that it's easy to suffer from analysis paralysis
[02:45] <MIF> lol
[05:56] <lordievader> Good morning
[08:45] <tobias-urdin> coreycb: is https://review.opendev.org/c/openstack/magnum/+/777910 making it's way into UCA packages soon?
[08:45] <tobias-urdin> seeing in jobs https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_df0/778749/7/check/puppet-openstack-integration-6-scenario003-tempest-ubuntu-focal/df09858/logs/puppet.txt
[12:27] <coreycb> tobias-urdin: I don't think so, icey do you know? ^
[12:28] <icey> coreycb: tobias-urdin: not that I know of
[12:29] <coreycb> if not we can get it going, I assume it upgrades ok
[13:15] <raub> Embarassingly trivial question of the day: can I select a network interface in preseed given its MAC address?
[13:29] <tobias-urdin> weird that you haven't hit that yet since it's required for mysql 8
[18:04] <tomreyn> raub: preseed is dead
[18:04] <tomreyn> or ultra legacy at least


[21:48] <Ironcomics> hey
[21:48] <Ironcomics> Hello, i need helpp
[21:49] <Ironcomics> anybody here :(
[21:50] <Noskcaj> Ironcomics, why not just use #ubuntu?
[21:51] <Ironcomics> how do i use that
[21:52] <Noskcaj> it's the support irc channel, not the australian loco team's one. type /j #ubuntu


[09:16] <ypwong> anybody knows why there's no longer linux-image-extra packages for 3.9-rc7 and rc8 mainline kernels?
[09:24] <smb> ypwong, because they got repackaged to have all modules in the main linux package
[09:26] <ypwong> cool
[09:40] <ppisati> brb
[11:04] <infinity> rtg: Tell me all about neard.
[11:05] <rtg> infinity, kamal did the testing and package review. its a daemon that enables near field communications I guess.
[11:06] <infinity> rtg: "I guess".  Way to advocate your upload. :)
[11:07] <rtg> infinity, duh, you're right :)
[11:07] <infinity> rtg: Is he planning to get this into Debian with the same packaging, or are we jumping the gun here and asking for pain?
[11:07] <rtg> infinity, itsa lready in Debian AFAIK, though quite recently
[11:07] <rtg> it should just auto-sync next time
[11:08] <infinity> rtg: Okay, canI just sync 0.11-1 from Debian and drop your upload, then?
[11:08] <rtg> infinity, I see no reason why not. I think the only thing I did was to add the LP bug # to the changelog
[11:09] <infinity> rtg: Yeah, they're identical, I just checked.  So I'll just sync.  Thanks.
[11:09] <infinity> rtg: Your bug closure wouldn't have worked anyway, you got the syntax wrong. :P
[11:09] <rtg> infinity, drat.
[11:10] <rtg> thats what I get for doing things friday afternoon
[11:12] <infinity> rtg: All synced now anyway, thanks.
[11:12] <infinity> rtg: And I closed off your bug.
[11:12] <rtg> infinity, thanks a bunch.
[14:52]  * ogasawara back in 20
[14:53]  * rtg back in 21 hours
[15:31] <bjf> Sarvatt, re: comment #172 on bug #1140716 , if this issue was already bisected and the bad commit found, it would have been nice to get a ping from you on it
[15:31] <ubot2> Launchpad bug 1140716 in linux-lts-quantal (Ubuntu Precise) "[regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs on Sandybridge" [Critical,Confirmed] https://launchpad.net/bugs/1140716
[15:36]  * ppisati -> out
[15:38] <Sarvatt> email on april 2nd (Re: Kernel Team Top 10 Bugs - 02-Apr-2013), comments around #62..
[15:41] <bjf> Sarvatt, ack, sorry, you are correct
[15:41] <bjf> Sarvatt, obviously you should  have slapped us harder
[15:43] <sconklin> Sarvatt, bjf that commit has not been reverted upstream, nor has the code it added been modified by a subsequent patch.
[15:43] <bjf> Sarvatt, that commit is still in linus' tree
[15:44] <bjf> sconklin, ack, i just was looking at that
[15:44] <Sarvatt> bjf: it's fine in 3.8+, it just regressed older kernels without the fixes, you guys already cherry picked the 6 patches from 3.8 to fix it in the latest kernels
[15:44] <sconklin> Sarvatt: the bugs are open against the latest kernels
[15:45] <henrix> Sarvatt: so, would you recommend me to revert it from the stable 3.5.y?
[15:45] <sconklin> Sarvatt: or by latest do you mean only Raring?
[15:45]  * henrix still has that commit in his TODO list
[15:45] <Sarvatt> that seems like a much better idea than backporting the 6 commits but its already done? :P
[15:45] <sconklin> henrix: wait until we have a tested confirmation
[15:46] <Sarvatt> sconklin: I mean -proposed
[15:46] <sconklin> yeah, the badness is confirmed in some hardware using what's in -proposed now
[15:46] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1169304
[15:46] <ubot2> Launchpad bug 1169304 in linux (Ubuntu) "3.2.0-40-generic hanging Lenovo T420 on boot" [High,Confirmed]
[15:46] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1168961
[15:46] <ubot2> Launchpad bug 1168961 in linux (Ubuntu) "Linux kernel 3.2.0-40-generic update causes regression, does not boot anymore" [High,Confirmed]
[15:46] <Sarvatt> the 6 commits that got backported might not fix it, seems better to revert the one that caused the regression than hope that does :)
[15:46] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1169380
[15:47] <ubot2> Launchpad bug 1169380 in linux (Ubuntu) "Alienware M11x fails to boot with 3.2.40 upgrade" [High,Confirmed]
[15:47] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1140716
[15:47] <ubot2> Launchpad bug 1140716 in linux-lts-quantal (Ubuntu Precise) "[regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs on Sandybridge" [Critical,Confirmed]
[15:47] <sconklin> Sarvatt: any idea whether the other 6 should also get reverted?
[15:47] <sconklin> Perhaps we should just back otu all the i915 changes
[15:47] <Sarvatt> sconklin: huge +1 on that
[15:50] <Sarvatt> bjf's kernel with only the revert had only positive results, outside of the people not actually using it
[15:52] <bjf> henrix, looks like you and i kind of dropped the ball here. that revert should have gone into this last cadence cycle.
[15:53] <henrix> bjf: well, we were just trusting upstream :)
[15:53] <bjf> henrix, heh, yeah, look what that got us :-)
[15:54] <bjf> henrix, after we identified the commit to be reverted, we should have made sure that happened
[15:55] <henrix> bjf: true
[15:55] <henrix> bjf: so, i'm still keeping an eye on that bug and will likely revert it for <IP_ADDRESS>


[12:09] <grantbow> FAQ: so wayland will not be the default of the CD of 11.10 or 12.04?
[12:18] <tjaalton> grantbow: no, it was never planned either.. we are far from that happening
[12:22] <grantbow> tjaalton: thanks
[12:23] <grantbow> rereading http://www.markshuttleworth.com/archives/551 now
[12:28] <ricotz> tjaalton, hi :), do you want to sponsor/sync pixman?
[12:28] <ricotz> https://bugs.launchpad.net/ubuntu/+source/pixman/+bug/782108
[12:28] <ubot4> Launchpad bug 782108 in pixman (Ubuntu) "Sync pixman 0.21.8-1 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Undecided,New]
[12:56] <tjaalton> ricotz: maybe next week, uds going on
[13:01] <ricotz> tjaalton, no problem :)
[13:15] <tjaalton> ricotz: i've confirmed the bug, and sub'd the archive administrators so it might be synced earlier
[13:19] <ricotz> tjaalton, thanks
[14:20] <Sarvatt_> ricotz: thanks for that, requestsync wasn't working a few days ago when I tried to file that
[14:21] <Sarvatt_> guess its working now and I can go crazy :)
[14:33] <ricotz> Sarvatt_, yeah, it kind of works, but still crashes at the end
[15:12] <Sarvatt_> bryceh_: ahhh that explains why I couldn't reproduce https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/774978 -- it only happens when using synaptics
[15:12] <ubot4> Launchpad bug 774978 in xserver-xorg-video-intel (Ubuntu) "xserver seg'd [945GM] (affects: 14) (dups: 4) (heat: 92)" [High,Incomplete]
[15:41] <Sarvatt_> yeah definitely looks related to https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/754470 going to have to reproduce this when I get home
[15:41] <ubot4> Launchpad bug 754470 in xserver-xorg-input-synaptics (Ubuntu Natty) (and 2 other projects) "syndaemon consumes 100% CPU (affects: 81) (dups: 6) (heat: 509)" [High,Fix released]
[15:59] <Pimmetje> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/779453 could anyone help me with this problem?
[15:59] <ubot4> Launchpad bug 779453 in xserver-xorg-video-intel (Ubuntu) "Display port color problem (affects: 1) (heat: 6)" [Undecided,New]
[16:05] <tjaalton> Pimmetje: did you try another dp cable?
[16:06] <Pimmetje> the screen works in windows and in bios
[16:06] <Pimmetje> only not when x starts
[16:06] <tjaalton> ok
[16:07] <tjaalton> you could try your luck on #intel-gfx, all the folks here are getting ready for the uds closing party :)
[16:08] <Pimmetje> uds?
[16:08] <Pimmetje> but sure ill try :)
[16:08] <tjaalton> devel summit
[16:09] <tjaalton> i've not come across that issue myself before
[16:09] <Pimmetje> not many laptop have a display port
[16:10] <Pimmetje> and even less use it
[16:11] <tjaalton> new ones do
[16:11] <Pimmetje> yep :D
[16:11] <tjaalton> which model is it?
[16:11] <Pimmetje> 2740p
[16:11] <Pimmetje> with docking hp
[16:11] <tjaalton> new lenovo models have it working, at least
[16:12] <Pimmetje> mine works only the colors are ****
[16:13] <Pimmetje> thats the only reson i am on windows atm ... :(