MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (69):

aloril, brfranse_, cybrNaut, dekarl, ephemer0l, fetzerch_, gary_buhrmaster, gregL, Hydr0p0nX, jab416171, jheizer, jnylen, jpharvey, jst, jwhite, jya, Kevin`, kurre2, moparisthebest, MythBuild, MythLogBot, peper03, purserj, rich0, seld, sl1ce, soapee01, sphery, sraue, stuarta, stuartm, taylorr, tonsofpcs, tris, unforgiven512, zentec, _charly_, Anssi, caelor, Captain_Murdoch, ChanServ, clever, coling, dym, ElmerFudd, GreyFoxx, J-e-f-f-A, jams_, jpabq, kormoc, nephyrin, pppingme, sheedy-away, tgm4883, wagnerrp, XDS2010_, xris, Warped, ghoti, poptix, amessina, arescorpio, bas-t, andreaz, skd5aner, aberrios_, Casper0082, Chutt, suffice

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2026-01-02 05:18:52 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Wednesday, March 18th, 2015, 00:22 UTC
[00:22:01] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 265 seconds)
[00:35:41] gregL (gregL!~greg@173.234.235.251) has joined #mythtv
[01:13:48] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:27:22] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 245 seconds)
[01:30:51] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[01:42:08] gigem: stuartm: An updated run is at https://drive.google.com/file/d/0B9Px4Xive9P4 . . . ?usp=sharing . Because of the multiple header issue I mentioned earlier, some things are wrong. For example, there are cases where QDate is listed as needed to get QDateTime.
[03:39:13] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)
[03:39:34] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:39:40] peper03_ is now known as peper03
[04:31:24] arescorpio (arescorpio!~arescorpi@8-242-16-190.fibertel.com.ar) has quit (Excess Flood)
[04:45:06] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:49:02] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 246 seconds)
[06:12:52] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[06:18:49] cesman (cesman!~cesman@pool-98-119-153-47.lsanca.fios.verizon.net) has joined #mythtv
[06:18:49] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[06:18:49] cesman (cesman!~cesman@pool-98-119-153-47.lsanca.fios.verizon.net) has quit (Changing host)
[06:35:22] skd5aner (skd5aner!~skd5aner@69.sub-70-198-71.myvzw.com) has quit (Ping timeout: 240 seconds)
[06:35:56] skd5aner (skd5aner!~skd5aner@69.sub-70-198-71.myvzw.com) has joined #mythtv
[07:13:06] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[08:20:42] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has joined #mythtv
[08:31:51] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[08:45:56] stuarta: stuartm: you are correct that there is a corresponding inhibit call to re-enable the screensaver. there's no point putting it in the test app, since when the dbus connection is broken, the Inhibit is automatically removed
[08:47:53] stuartm: stuarta: the latter is the bit I was going to ask about, so this should mean the screensaver won't remain disabled should mythfrontend crash, which is better than the status quo
[08:48:11] stuarta: correct
[08:48:44] stuarta: not to mention, the XDPMS stuff is ignored now by a lot of things
[08:50:08] stuartm: gigem: thanks, a lot better now
[08:50:36] stuartm: gigem: still some odd suggestions – #include <QFunctionPointer> // for uint
[08:52:36] stuartm: stuarta: still works here for disabling DPMS, no idea about a screensaver
[08:53:07] stuarta: they are tied together these days
[08:53:13] stuartm: but if the frontend crashes then DPMS won't be re-enabled, which is irritating
[08:53:48] stuarta: then there's a test for you. can you set the dpms timeout short, and run the test app, and see if it prohibits dpms
[08:54:55] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d5fb:2b72:43d6:6561) has joined #mythtv
[09:04:43] stuarta: having monitored the dbus events that fire in response to an inhibit, several different dbus endpoints get called
[09:09:31] stuartm: no, it doesn't appear to inhibit dpms
[09:10:43] stuarta: :(
[09:10:53] stuarta: so does that mean we need both?
[09:11:00] stuartm: seems like it
[09:11:07] stuarta: arse
[09:12:38] stuarta: it's weird, because the monitor says it's set PowerSaveMode = 0
[09:43:52] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has quit (Ping timeout: 240 seconds)
[09:50:12] stuartm: it's likely that the window manager turns off dpms when the screensaver is turned off, but if there's no screensaver enabled in the first place ...
[09:50:29] stuartm: I'll dig around, see what I can learn
[09:51:48] stuarta: that sounds like a likely explanation
[09:53:17] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[09:54:00] stuarta: stuartm: there are also other screensaver paths i have not attempted to use. vlc uses 4 different ones
[09:54:46] stuarta: i've used the generic one, but there's also a kde one and a gnome one
[10:01:12] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has joined #mythtv
[10:06:53] stuarta: stuartm: if you run (and capture the output of) dbus-monitor, when starting the test app, that'll let me observe what was happening on your system
[10:07:41] stuarta: dbus-monitor can be chatty, so just run it long enough to startup and then kill the test app
[10:09:54] stuartm: http://fpaste.org/199385/66733891/
[10:10:14] stuartm: oh, kill the test app while running ...
[10:11:02] stuarta: heh :)
[10:12:07] stuartm: killing the app added the following – http://fpaste.org/199388/26673513/
[10:20:35] stuarta: there's no cascade of events like there is for me http://paste.fedoraproject.org/199389/73845142/ starting line 144
[10:26:23] stuarta: the key bit i see is the event on lines 174–177
[10:29:40] Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-205-57.lns20.mel8.internode.on.net) has joined #mythtv
[10:31:57] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has quit (Ping timeout: 245 seconds)
[10:34:12] ** stuarta ponders dbus interfaces to dpms **
[10:34:35] stuartm: that's the bit I was going to search for
[10:35:36] stuarta: you use kde?
[10:36:12] stuartm: yep
[10:36:26] stuartm: there appears to be a Gnome proprietary api – http://lists.freedesktop.org/archives/xdg/2006-June/006523.html
[10:37:31] stuarta: just reading that
[10:37:43] stuartm: https://forum.kde.org/viewtopic.php?f=107&t=80118#p126252
[10:38:46] stuartm: well that's no good, 'service does not exist'
[10:42:56] stuarta: intall qdbusviewer
[10:43:00] stuarta: er install
[10:43:04] stuartm: hmm, kde has interfaces apparently, but they are only present if you're using their power management system which I'm not, I could do ... but
[10:46:31] stuarta: gnome has org.gnome.Mutter.DisplayConfig PowerSaveMode
[10:48:26] stuarta: this is like hunting for a needle in a haystack
[10:48:42] ** stuarta fetches cuppa **
[10:53:05] stuartm: for a moment I thought org.freedesktop.UPower could be what we were looking for, but it appears to be concerned with the system not the screens
[10:54:05] stuartm: I've got to go, back in just over an hour (well I hope ...)
[11:30:52] stuarta: stuartm: this one's for you https://forum.mythtv.org/viewtopic.php?f=26&t=741
[12:11:21] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[12:11:42] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[12:25:13] ** stuartm gives a terse answer – "upgrade" **
[12:59:02] jheizer: stuartm, I didn't see anything last night either. Drove about 15 minutes out of my smallish town to where it was pitch black. I was tempted to hop back in the truck and drive 200miles north to where it seemed a few people at least were seeing it.
[13:00:21] stuartm: apparently if I'd driven an hour north (an hour only because of the roads, not the distance) I could have seen something, but it would have been almost over by then
[13:02:05] jheizer: I was basing my decision on 2 twitter posts. Wasn't sure if that was reliable enough. My luck and they would have been someone else's picture and I would have seen nothing.
[13:07:43] stuartm: http://www.bbc.co.uk/news/uk-31936513
[13:08:31] stuartm: the last photo was the one taken closest to me, it wasn't that spectacular, and going any further would have been impractical
[13:09:22] stuartm: there was a slight greenish tint to the clouds where I am
[13:10:24] stuartm: but in general the cloud cover obscured things too much
[13:10:42] jheizer: Yeah, nice, but when you are looking at it in person spending more time trying to decide if you are actually seeing it or is it light pollution
[13:10:57] jheizer: Maybe in another 10 years :)
[13:15:05] stuartm: particularly with the ground fog outside the city there is no way of knowing whether it was the lights, or light pollution, fog can do interesting things when dispersing ground lights
[13:48:04] usr13 (usr13!~terry@74.113.245.69) has quit (Quit: Lost terminal)
[13:55:31] ** stuarta sighs **
[14:08:21] stuartm: perhaps we should put out 0.27.5
[14:09:14] stuarta: have we fixed enough regressions for that?
[14:09:16] stuartm: there have been 41 commits since 0.27.4 was tagged, that seems like enough to warrant a new point release
[14:10:25] stuartm: do we have a list of regressions?
[14:10:50] stuarta: that's the hard part, they've been more comments in the forums, that need tracking in trac
[14:11:07] stuarta: i've been meaning to sit down and try to triage them
[14:12:21] stuarta: some of it may have been on the mailing lists too
[14:12:56] stuartm: 0.27.5 might not fix everything, but it does fix a number of other bugs, so on balance it's better out there?
[14:13:26] stuarta: go for it, then we can call for outstanding regressions
[14:13:32] stuartm: we can create a 0.26.6, .7 etc as necessary
[14:14:00] stuarta: 0.26.54 :)
[14:14:18] stuartm: part of the problem with 'regressions' are the number of people who build from the tag and not from the -fixes branch
[14:15:55] stuartm: I'm AFK again
[14:16:11] stuarta: part of the problem is people don't report them in a way we can track
[14:19:05] gigem: stuartm: The qt5 mapping file I used was auto-generated from a script I found and updated to produce the current format used by iwyu. If there are other, specific mappings you want, let me know and I'll add them to another mapping file. BTW, I think it might be useful to add the mapping files to git so anyone else can use them. Where do you think they should go?
[15:13:23] bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[15:16:19] jheizer (jheizer!~jheizer@2601:d:3a00:5422:1555:d097:bf75:4499) has quit (Read error: Connection reset by peer)
[15:16:46] stuartm: extras repo? We've got a config files for astyle in there, so it seems appropriate to keep that sort of thing together
[15:16:47] jheizer (jheizer!~jheizer@2601:d:3a00:5422:1555:d097:bf75:4499) has joined #mythtv
[15:22:54] stuartm: gigem: alternatively, if it's something we could automate with buildbot, then it would end up in the buildbot repo
[15:54:32] agodlydeciple (agodlydeciple!~agodlydec@99-116-24-65.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[15:59:39] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 246 seconds)
[16:17:57] stuarta: dbus screensaver code so far. it was working when i wrote it last night, added some error handling today which i haven't had a chance to test with a full frontend
[16:18:00] stuarta: http://paste.fedoraproject.org/199620/42669536/
[16:21:55] stuartm: minor quibble, but defines are typically ALLCAPS
[16:22:50] stuarta: meh, i was being consistent with screensaver-x11
[16:23:11] stuartm: and technically if they were variables instead, the coding standards recommends studlyCaps i.e. m_dbusPath, m_dbusService :)
[16:23:18] stuarta: maybe they would be better as const variables
[16:24:47] stuartm: well, lowerWithCaps for variables
[16:25:42] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[16:25:49] stuartm: stuarta: hard to decide between consistency with existing code, and consistency with the project overall sometimes, as I said, it's only a minor point – do what you think best
[16:26:14] stuarta: i've cross checked, i've just done it my way ;-)
[16:26:23] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[16:26:24] stuarta: me--
[16:28:21] ** stuarta fiddles with sed a bit **
[17:02:35] gregL (gregL!~greg@173.234.235.251) has quit (Ping timeout: 244 seconds)
[17:08:01] stuarta: well no longer #defines, const QStrings instead
[17:19:44] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv
[17:26:11] sphery: stuarta: that looks pretty good, but I think you'll have to do a test before determining whether to use ScreenSaverDBus or ScreenSaverX11--something like I did in mythtv/libs/libmythui/screensaver.cpp in https://code.mythtv.org/cgit/mythtv/commit/?i . . . a5116d02519a
[17:27:57] sphery: Basically, I'm nearly positive xscreensaver doesn't (and, TTBOMK, will never--because it's against JWZ's design principles and desire to make a screensaver that's not dependent on system-specific infrastructure) support DBus control.
[17:29:09] sphery: so we'll need the ScreenSaverX11 for those running xscreensaver and ScreenSaverDBus for those running Linux DE-type screensavers (gnome-screensaver, kde-screensaver, and GNOME 3's built-in screensaver--which isn't gnome-screensaver)
[17:29:57] stuarta: i have no idea at the moment how to test for that
[17:30:08] sphery: while it would make sense to default to use dbus control, there's no reliable way to find out if it will work--there's no freedesktop.org DBus screensaver API method for determining if a DBus-aware screensaver is running/in control
[17:30:39] stuarta: we almost have to use as many methods as we know about and hope one of them works
[17:31:28] sphery: so we'd need to write a ScreenSaverX11::IsXScreenSaverRunning() static method to find out if xscreensaver is running--using code from https://code.mythtv.org/cgit/mythtv/tree/myth . . . -x11.cpp#n44 , but transplanted to be more reusable
[17:31:49] sphery: if so, we use ScreenSaverX11, else we use ScreenSaverDBus and hope it actually works
[17:32:09] sphery: that would likely give us the best results for nearly all cases
[17:32:29] sphery: like you said, no screensaver program actually takes hints from X DPMS state, anymore (like kde-screensaver used to)
[17:33:23] sphery: so we just say if you want a screensaver program with MythTV, you'll have to use a screensaver program as opposed to X's built-in DPMS support
[17:34:32] sphery: or, if someone is really upset about it, they can break ScreenSaverX11 into ScreenSaverXScreenSaver and ScreenSaverXDPMS and then we do ScreenSaverXScreenSaver, else ScreenSaverDBus, else ScreenSaverXDPMS
[17:34:32] stuarta: sphery: all the modern distro's / wm seem to just use dbus
[17:34:50] stuarta: sphery: i have a feeling that's what will be required
[17:35:27] sphery: I'm not running most-current xscreensaver, but my xscreensaver doesn't and JWZ has railed against it in the past, so I don't think he added it
[17:36:09] stuarta: well also, there isn't actually a reason to install xscreensaver. the dbus methods might be called screensaver, but it's really anything which blanks the screen after a period of time
[17:36:24] sphery: some of us like xscreensaver
[17:36:27] stuarta: i don't even install it on my machines
[17:36:28] sphery: and some of us don't use DEs :)
[17:37:14] stuarta: i started on this, after an update on my prod frontend, caused it to start blanking the screen after 10mins despite mythtv telling it not to
[17:37:20] stuarta: so we are clearly missing something
[17:37:29] sphery: FWIW, a quick search of source for xscreensaver 5.32 (current version) shows no occurrences of dbus (case-insensitive), only cardbus
[17:38:05] sphery: yes, I agree we have to have something to control dbus-using screensavers
[17:38:15] sphery: but I don't think we should yank out support for xscreensaver
[17:38:29] stuarta: i'm not expecting xscreensaver to support dbus directly
[17:38:34] sphery: it won't
[17:38:51] sphery: which is why we need to do: https://code.mythtv.org/cgit/mythtv/commit/?i . . . a5116d02519a
[17:39:29] stuarta: we don't even appear to have support for xdg-screensaver anymore? the code is long gone
[17:40:18] sphery: something to the effect of: if (ScreenSaverX11::IsXScreenSaverRunning()) { ScreenSaverSingleton = new ScreenSaverX11(); } else { ScreenSaverSingleton = new ScreenSaverDBus(); }
[17:40:36] sphery: no, I ripped out xdg-screensaver support because xdg-screensaver doesn't work
[17:40:46] stuarta: doesn't cover stuartm who doesn't use a screensaver, just dpms
[17:40:54] stuarta: so that needs doing as well
[17:41:18] stuarta: and from todays testing, i can't tell that his dpms isn't suspended via dbus
[17:41:51] sphery: because of the freedesktop.org's bad dbus-screensaver API and different DE implementations of it and they've only accepted 2 of my 3 patches I submitted 5 years ago (and just asked me for an updated version of the 3rd so it can be accepted)
[17:42:44] sphery: but because GNOME decided to do a new screensaver built-in-to-GNOME-3 screensaver that doesn't have any useful method of inhibiting, even after they accept that patch, xdg-screensaver won't work for GNOME-3-built-in-screensaver users
[17:43:04] stuarta: nope. need dbus for that. tested that much, and it works
[17:43:08] sphery: so, if stuartm is using dpms, then we'd need to do the 3 different classes
[17:43:14] stuarta: yep
[17:43:16] sphery: 03.18 13:34:32 < sphery> or, if someone is really upset about it, they can break ScreenSaverX11 into ScreenSaverXScreenSaver and ScreenSaverXDPMS and then we do ScreenSaverXScreenSaver, else ScreenSaverDBus, else ScreenSaverXDPMS
[17:43:31] stuarta: already agreed to that :-/
[17:45:06] stuarta: why the hell does ScreenSaverX11 have timers in it?
[17:45:23] sphery: or, put the dpms code in ScreenSaverDBus and then run with dbus and dpms commands if there's no xscreensaver running
[17:45:38] stuarta: i'm going to investigate various options
[17:45:47] sphery: the only way to inhibit xscreensaver is to poke it every once in a while
[17:45:55] stuarta: ugh
[17:46:21] sphery: because that's the only sure-fire way to inhibit it without a failure that results it in being disabled after it shouldn't be
[17:46:24] stuarta: so it's great there's a defined dbus method to simulate user activity, just it's not implemented :(
[17:46:51] sphery: not in the freedesktop.org spec
[17:47:21] stuarta: method void org.freedesktop.ScreenSaver.SimulateUserActivity()
[17:47:38] sphery: only valid methods are: http://people.freedesktop.org/~hadess/idle-in . . . ec/re01.html
[17:47:39] stuarta: run `qdbus org.freedesktop.ScreenSaver /ScreenSaver` and see what you get
[17:47:53] stuarta: anyway, i gotta head home, back later
[17:47:55] sphery: simulateuseractivity is extra/not part of spec and only implemented by some
[17:48:02] sphery: yeah, I have a dentist appt I have to get to
[17:48:43] sphery: FWIW, see https://bugs.freedesktop.org/show_bug.cgi?id=29859 + https://bugs.freedesktop.org/show_bug.cgi?id=29860 + https://bugs.freedesktop.org/show_bug.cgi?id=26085 for a bunch of help figuring out what works/what doesn't
[17:49:00] sphery: note that GetActive is also not part of spec, so we can't rely on it for determining whether to use dbus
[17:49:26] sphery: so we should probably try xscreensaver, then if it's not running, do both dbus and dpms control
[17:49:41] sphery: anyway, thanks for listening
[17:50:05] sphery: I don't have a working dev system, otherwise, I'd try to find some time to help with the rearranging
[17:54:15] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d5fb:2b72:43d6:6561) has quit (Quit: Leaving)
[18:22:45] agodlydeciple (agodlydeciple!~agodlydec@99-116-24-65.lightspeed.cicril.sbcglobal.net) has quit (Quit: Leaving)
[18:29:43] Steve-Goodey (Steve-Goodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[19:06:08] gigem: sphery, stuartm: If screen saver control is as troublesome as it seems, why not just have a setting to specify which commands to run. The user can then fill them in. Don't want screensaver control, then leave them blank. Want screensaver control, fill them in appropriately. What do other media players lilke VLC, Kodi and mplayer do?
[19:06:59] stuartm: stuarta: ^^
[19:07:35] gigem: Will one of you guys just change your name already! :)
[19:09:23] bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat)
[19:10:21] gigem: stuartm: IMO, the astyle config and any iwyu mapping files better belong in the mythtv repo, but whatever. I could see someone adding a build bot for this, but it would have to be a custom job. Because iwyu doesn't really build anything, you have to manually work around the dependencies. For example, I built everything normally and then went into each desired directory, deleted the .o files and ran 'make
[19:10:23] gigem: -k' locally with CXX set to iwyu.
[19:10:39] Hydr0p0nX (Hydr0p0nX!~hydr@66-191-154-200.dhcp.mtgm.al.charter.com) has quit (Remote host closed the connection)
[19:10:43] Hydroponx (Hydroponx!~hydr@66-191-154-200.dhcp.mtgm.al.charter.com) has joined #mythtv
[19:13:45] stuartm: gigem: I'm not bothered which repo they go in, just that all similar stuff is in the one place
[19:21:19] stuartm: #12192
[19:21:19] ** MythLogBot http://code.mythtv.org/trac/ticket/12192 **
[19:38:09] XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-bneeygxmvcyaooxm) has quit (Ping timeout: 265 seconds)
[19:44:28] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[19:44:55] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[19:48:53] XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-vpxeebkpweobvbuh) has joined #mythtv
[19:58:27] tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 265 seconds)
[19:59:26] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[20:01:02] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[20:01:26] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[20:05:53] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[20:06:17] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[20:06:17] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[20:06:17] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[20:15:31] stuarta: gigem: vlc calls multiple dbus paths to inhibit screen saving
[20:19:25] bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[21:14:13] MythBuild: build #1049 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1049 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:14:20] MythBuild: build #147 of master-f21–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/147 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:14:23] MythBuild: build #146 of master-f21-qt5–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/146 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:14:29] MythBuild: build #1528 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1528 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:16:19] jheizer (jheizer!~jheizer@2601:d:3a00:5422:1555:d097:bf75:4499) has quit (Read error: Connection reset by peer)
[21:16:49] jheizer (jheizer!~jheizer@2601:d:3a00:5422:1555:d097:bf75:4499) has joined #mythtv
[21:16:53] stuartm: oh flibble
[21:19:33] MythBuild: build #1045 of master-freebsd10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1045 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:22:10] sphery: gigem: That's the root of the problem--with the new "only supports the DBus interface" screensavers the DEs are creating, there is no command at all to run to disable (or poke/inhibit) screensavers. You send a DBus message that says to inhibit screensaver activation, and it does so for the calling process. When that process sends an uninhibit message, or if the "controller" notices that the process closed or crashed (is no longer running), it ...
[21:22:17] sphery: ... assumes the inhibit request is no longer applicable.
[21:23:00] MythBuild: build #391 of master-centos7–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/391 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:23:23] sphery: so if you have a shell script send the inhibit dbus message using dbus-send, as soon as the dbus-send process completes, the inhibit is no longer applicable
[21:23:59] MythBuild: build #2420 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2420 blamelist: Stuart Morgan <smorgan@mythtv.org >
[21:24:15] sphery: I don't know if the inhibit message causes a reset of the timer, but I don't think it's guaranteed to, so we can't even use the inhibit as a way to "poke" (and restart the timer)
[21:24:36] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[21:25:05] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[21:25:42] sphery: and there's no way to send a "inhibit on behalf of" some other process message, so dbus screensaver control has to be built into every single program that wants to be able to control the screensaver
[21:25:50] stuarta: sphery: from running dbus-monitor, it appears to cascade dbus events
[21:26:03] stuarta: ie. i've seen it setting PowerSaveMode = 0
[21:26:44] sphery: or you have to create some kind of delegate that you can run to send the message and then keep running until you send it a message to send an uninhibit or shut down or whatever
[21:27:32] stuarta: the pure dbus approach works brilliantly, it's the support of other mechanisms thats a pain
[21:27:44] sphery: stuarta: yeah, the powersave stuff goes beyond the screensaver, I think, and even deals with things like HDD spin down and cpu freq and such
[21:28:05] sphery: my complaint with the dbus approach is that it requires support from every single application
[21:28:05] Steve-Goodey (Steve-Goodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:28:33] stuarta: indeed
[21:28:36] sphery: it's very Windows like
[21:29:06] sphery: but since GNU/Linux is becoming systemd/Linux, which seems to be Windows by another name/kernel, ...
[21:29:33] sphery: anyway, it's good that you're adding support for the dbus stuff
[21:29:43] stuarta: long overdue
[21:30:27] sphery: I refused to because I didn't want to support the myriad of different screensaver programs and their different implementations/interpretations of the mechanisms--especially since I run xscreensaver, which works
[21:30:57] stuarta: it's got better, you used to have to invoke a different path for each different VM
[21:31:12] stuarta: now you call a single path and it cascades to the VM
[21:32:05] sphery: but GNOME break gnome-screensaver --poke, and said the refuse to fix it because they will only support dbus for the gnome-screensaver, then they throw out gnome-screensaver and build a new one from the ground up that works differently and has different dbus api, which confirmed that I don't want to deal with their changing whims/approach of the day
[21:32:11] sphery: yeah, that's much better
[21:32:42] stuarta: yeah, the gnome devs have a *lot* to answer for
[21:32:52] sphery: when I looked at it after the xdg-screensaver approach proved xdg-screensaver didn't work, there were at least 4 different paths in use
[21:33:20] stuarta: yep, that's what vlc pokes. i haven't yet had to go down that route
[21:33:24] stuartm: hmm, seems QtNumeric is QT5 only ...
[21:33:30] stuarta: doh
[21:33:43] Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-205-57.lns20.mel8.internode.on.net) has quit (Ping timeout: 252 seconds)
[21:34:05] stuartm: I can switch it out for the QT4 name, or we can call this the point where we start requiring QT5
[21:34:21] sphery: anyway, it's definitely good to have it and it seems it won't be too bad for long term maintenance--assuming the DEs work as designed/described and don't require much user setup/intervention--so thanks, again, for taking it on
[21:37:36] Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-205-57.lns20.mel8.internode.on.net) has joined #mythtv
[21:40:46] stuarta: stuartm: that way of including qnumeric works for both
[21:41:07] MythBuild: build #1050 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1050
[21:41:15] MythBuild: build #148 of master-f21–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/148
[21:41:17] stuartm: stuarta: I know :)
[21:41:20] MythBuild: build #147 of master-f21-qt5–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/147
[21:41:29] stuarta: :)
[21:41:35] stuarta: so say the buildbots too
[21:42:06] MythBuild: build #1529 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1529
[21:42:40] stuartm: it's actually the one that my earlier commit replaced, I didn't realise that the time the 'pretty' version was only introduced in QT5, it's an anomaly in QT4
[21:44:11] stuarta: anomaly thats for sure
[21:44:58] stuarta: weird tho that the qt5 builders barfed too
[21:48:11] stuartm: well there were two issues, first was that airplay isn't being built on my machine so I missed a header change there, that killed all builds
[21:48:19] stuarta: ah
[21:48:41] stuartm: second issue was the qtnumeric one, which only affected the qt4 builders
[21:48:43] Warped (Warped!~Warped@108.85.160.119) has quit (Read error: Connection reset by peer)
[21:49:24] jya (jya!~jya@mythtv/developer/jya) has quit (Ping timeout: 245 seconds)
[21:49:42] Warped (Warped!~Warped@108.85.160.119) has joined #mythtv
[21:50:34] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[21:59:49] MythBuild: build #1047 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1047
[22:00:54] skd5aner (skd5aner!~skd5aner@69.sub-70-198-71.myvzw.com) has quit (Ping timeout: 246 seconds)
[22:02:31] andreaz (andreaz!~andre_000@p579231F3.dip0.t-ipconnect.de) has joined #mythtv
[22:03:45] gigem: sphery: I see. Thanks for the explanation. Once again, you prove that you have way more patience than me. I'd have said screw it a long time ago.
[22:06:51] gary_buhrmaster: sphery: I believe that http://xkcd.com/927/ is applicable regarding screensavers.
[22:08:30] MythBuild: build #2422 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2422
[22:08:42] MythBuild: build #393 of master-centos7–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/393
[22:11:52] stuartm: Windows build needs some love
[22:12:09] gary_buhrmaster: Has anyone tried compiling MythTV with gcc 5? 4.9 was "special", so I wondered if gcc 5 is going to be differently special.
[22:13:46] stuarta: any distros carry gcc5 yet?
[22:13:57] stuartm: I tend to stay with whatever is provided by the distro, I don't go looking for trouble ;)
[22:14:28] gary_buhrmaster: stuarta: F22 will (alpha should have it; I was considering spinning up a VM).
[22:15:02] gary_buhrmaster: stuartm: one does have to look for trouble, trouble finds you.......
[22:15:06] stuarta: i was considering the same thing
[22:17:57] stuartm: having at least one clang builder would be a good idea, the popularity of llvm only ever seems to grow
[22:18:09] gary_buhrmaster: stuarta: Well, I have a few dozen things I should do instead, but I might get to it as a distraction tomorrow evening or so. I'll let you know if I manage to spin it up, and what the results are. Do not let my possibility prevent you from spinning....
[22:18:43] stuarta: gary_buhrmaster: i think i'm at the limit of my host. it seems if i spin any more up, it tends to crash
[22:18:48] stuartm: gary_buhrmaster: I think it's safe to say that you'll get to it before stuarta :p
[22:19:17] gary_buhrmaster: stuartm: From time to time I compile with clang (and submit patches if needed, although no new patches have been necessary for about a year now).
[22:19:50] stuartm: we used to have Daniel's clang builder
[22:20:13] stuarta: nn all
[22:20:25] stuartm: g'night
[22:57:03] arescorpio (arescorpio!~arescorpi@8-242-16-190.fibertel.com.ar) has joined #mythtv
[23:07:45] Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-205-57.lns20.mel8.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[23:30:51] Hydroponx is now known as Hydr0p0nX
[23:44:39] tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 265 seconds)
[23:44:50] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[23:58:54] skd5aner (skd5aner!~skd5aner@189.sub-70-198-68.myvzw.com) has joined #mythtv

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.