MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (79):

MythLogBot, aloril, amessina, Anssi, brfransen, Captain_Murdoch, cecil, Chutt, clever, coling, Cougar, danielk22, danielk221, dblain_, fetzerch, gigem, gregL, IReboot, J-e-f-f-A, jafa, jarle, jhall_, jpabq, jpharvey, jst, jwhite, kenni, kormoc, kurre2, laga, Peitolm_, petefunk, purserj, rhpot1991, seld, sraue, stichnot, stuarta, stuartm, Tobbe5178, tris, wolfgang1, XDS2010, _charly_, ElmerFudd, ghoti, GreyFoxx, HeXiLeD, jams, jarryd, jpabq_, kwmonroe, poptix, SmallR2002_, sphery, tgm4883, tonsofpcs, unforgiven512, neufeld, joki, Sharky112065, wilmoore-misc, NightMonkey, dekarl1, rsiebert, MaverickTech, Kevin`, jya_, wahrhaft_, jheizer_, wagnerrp, superm1_, joe_____, sl1ce_1g, MythBuild, toeb_, alan`__, Seeker, mrand

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


Details:
    datetime:  2025-10-23 11:30:51 (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:  2025-10-23 11:30:51 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Thursday, April 4th, 2013, 00:01 UTC
[00:01:38] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection)
[00:01:44] jya_: i did make it use DecodeAudio.. so what you need is simply this: http://pastebin.com/H68C3Azr
[00:02:16] jya_: this will handle all cases where you would get S24/S32 planar (which is what I would expect for codec like flac)
[00:03:56] Mousey (Mousey!~r0dent_@jeffgus-1-pt.tunnel.tserv15.lax1.ipv6.he.net) has joined #mythtv
[00:08:22] Mousey (Mousey!~r0dent_@jeffgus-1-pt.tunnel.tserv15.lax1.ipv6.he.net) has quit (Client Quit)
[00:20:00] joki (joki!~joki@p54863227.dip.t-dialin.net) has quit (Quit: c ya!)
[00:25:33] unforgiven512 (unforgiven512!~unforgive@64-121-93-65.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds)
[01:17:59] unforgiven512 (unforgiven512!~unforgive@65-78-49-184.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[01:31:23] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv
[02:15:05] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[03:15:26] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 256 seconds)
[03:16:35] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:43:28] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 245 seconds)
[03:50:23] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[04:08:55] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Ping timeout: 264 seconds)
[04:09:12] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[04:14:17] brfranse_ (brfranse_!~brfransen@64.179.141.163) has joined #mythtv
[04:15:44] joe_____ (joe_____!~bob@64.73.32.135) has joined #mythtv
[04:16:22] sl1ce_1g (sl1ce_1g!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv
[04:16:27] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv
[04:16:40] brfransen (brfransen!~brfransen@64.179.141.163) has quit (Ping timeout: 258 seconds)
[04:16:40] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)
[04:16:41] MythBuild_ (MythBuild_!~MythBuild@alcor.mythtv.org) has quit (Ping timeout: 258 seconds)
[04:16:41] brfranse_ is now known as brfransen
[04:16:43] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 258 seconds)
[04:17:06] tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has quit (Ping timeout: 258 seconds)
[04:17:06] danielk22 (danielk22!~danielk22@96.57.9.142) has quit (Ping timeout: 258 seconds)
[04:17:29] joe_____2 (joe_____2!~bob@64.73.32.135) has quit (Ping timeout: 258 seconds)
[04:17:35] tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has joined #mythtv
[04:17:36] danielk22 (danielk22!~danielk22@96.57.9.142) has joined #mythtv
[04:17:42] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[04:25:58] unforgiven512 (unforgiven512!~unforgive@65-78-49-184.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 245 seconds)
[04:27:45] unforgiven512 (unforgiven512!~unforgive@65-78-49-184.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[04:42:13] unforgiven512 (unforgiven512!~unforgive@65-78-49-184.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds)
[04:47:16] unforgiven512 (unforgiven512!~unforgive@65-78-49-184.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[05:16:20] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[05:22:24] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds)
[05:32:19] toeb_ (toeb_!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv
[05:32:52] Peitolm_ (Peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv
[05:34:31] Seeker`_ (Seeker`_!~cjo20@host86-148-115-29.range86-148.btcentralplus.com) has joined #mythtv
[05:36:05] sharky-wtf (sharky-wtf!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[05:36:12] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[05:36:23] alan`__ (alan`__!alan@abacus.kwzs.be) has joined #mythtv
[05:38:09] toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (Ping timeout: 276 seconds)
[05:38:09] Peitolm (Peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Ping timeout: 276 seconds)
[05:38:10] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 276 seconds)
[05:38:10] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 276 seconds)
[05:38:11] alan`_ (alan`_!alan@abacus.kwzs.be) has quit (Ping timeout: 276 seconds)
[05:43:12] dekarl: stuartm: I don't think the warning will ever fire because we want it to warn on valid timestamps without explicit offset, so "if (!dt.isValid())" doesn't cut it.
[05:45:15] dekarl: I'm also not sure why tmpDt in Qt::LocalTime is used. I've looked at it and found Qt::OffsetFromUTC but could not figure out how to use it, so I just used UTC + manually applying the offset.
[05:46:22] dekarl: Have I already ranted that QT date/time/timespan/sets of timespans function appear super limited once you've worked with Perl's datetime? ^^
[05:48:09] dekarl: Might be nice to extent the warning with a " Until you're grabber is fixed you can post process with tv_augment_tz your/timezone to keep your guide running."
[05:49:11] dekarl: But I like that your patch is quite a bit shorter then my draft. I can put "remove the setting from the database" to my "cleanup settings" draft I keep around
[05:50:18] dekarl: Just need to remove schedules direct time zone mistake fixup code now that the data is properly fixed upstream and we should be time fix clean for the guide :)
[06:00:30] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv
[06:01:36] dekarl: gigem, before I start testing more, should that fix the idle shutdown with constant reschedules? http://pastebin.com/KSnNdrWm
[06:03:18] len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[06:04:16] len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv
[06:09:34] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[06:22:12] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!)
[06:48:42] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv
[07:03:23] sharky-wtf is now known as Sharky112065
[07:05:06] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Quit: “The only way to have a friend is to be one.” ― Ralph Waldo Emerson)
[07:06:08] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[07:13:20] len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection)
[07:27:24] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv
[07:34:57] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:719d:80a4:6180:1e77) has joined #mythtv
[07:35:37] Sharky112065 is now known as Sharky-Sleep
[07:47:13] stuartm: dekarl: the block just above the warning attempts to set dt using the offset if present, if that's missing or invalid then dt will be invalid so the warning will be printed and we'll then fall back to using the date without offset
[07:49:37] stuartm: I'm using Qt::LocalTime for tmpDt because when I call toString() I don't want it to append an offset/timezone of it's own as we'll be appending the one from the original string, tmpDt is basically about re-formatting the string from xmltv into an ISO formatted string
[07:50:13] stuartm: by doing that we should be able to support timezones/offsets like BST, CEST and not just +01:00 etc
[07:53:08] stuartm: the xmltv DTD states "You can also append a timezone to the end; if no explicit timezone is given, UTC is assumed. Examples '200007281733 BST', '200209', '19880523083000 +0300'. (BST == +0100.)"
[08:01:28] stuartm: dekarl: fwiw, I relooked at it and there is a problem with not changing the timespec of dt back to UTC after assigning tmpDt
[08:10:26] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds)
[08:21:14] dekarl1 (dekarl1!~dekarl@p4FE85E09.dip.t-dialin.net) has joined #mythtv
[08:23:41] dekarl (dekarl!~dekarl@p4FCEECDC.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[08:25:31] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[08:29:00] stuartm: dekarl1: updated patch – http://pastebin.com/ggqEzGqQ – run it against tv_grab_uk_rt and it worked for that, but I'll now create a 'fake' xmltv file with different formats for the start/endtimes and see how it handles that :)
[08:54:04] Seeker`_ is now known as Seeker
[08:54:24] Seeker (Seeker!~cjo20@host86-148-115-29.range86-148.btcentralplus.com) has quit (Changing host)
[08:54:24] Seeker (Seeker!~cjo20@unaffiliated/seeker) has joined #mythtv
[09:32:32] paul-h (paul-h!~Paul@b0fd9a4c.bb.sky.com) has joined #mythtv
[09:45:59] stuartm: dekarl1: have you ever heard of xmltv 'grouping', where a <programme> with identical start/stop means that the following programmes should have a string prepended to their title and description?
[09:46:58] stuartm: there's code to do that, but I can't find any mention of it in the xmltv DTD or wiki
[10:07:55] stuartm: nm, another problem for another time, seems likely to cause unintended problems, it was added as part of https://github.com/MythTV/mythtv/commit/f1ac3 . . . b121f39eac1d but isn't part of the clumpidx spec
[10:10:38] stuarta: git blame
[10:14:45] stuarta: heh that is an old commit
[10:30:51] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[10:42:41] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer)
[10:43:10] paul-h: jya_: don't know if my email made it to the list, Sky are switching there web client to Yahoo Mail today and pop3/smtp is down and there web client has stopped working as well so nothing is working properly this morning :(, Your patch works fine so I've committed it thanks
[10:45:20] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv
[10:47:24] paul-h: stuartm: your commit to sort the music nodes is having a big performance impact here. Without that commit it takes less than a second to show the playlist editor, with your patch it's more like 5 seconds :(
[10:51:20] paul-h: I do have 11399 tracks but some users I know have 2 or 3 times that
[10:53:03] stuartm: paul-h: I have a similar number of tracks, but it wasn't noticably slower :( I'll just have to make sure they are sorted correctly another way, maybe stop using QMap as a temporary storage so that we preserve insertion order
[11:06:02] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv
[11:06:11] stuartm: 5 seconds seems like an awfully long time to sort a container with just 11399 items
[11:06:30] dekarl-work: stuartm, that part of the xmltv spec is... um stool ... see https://en.wikipedia.org/wiki/BST
[11:07:49] dekarl-work: re grouping, I've never seen someone use the advanced features for programs that overlap or intersect (movie part1, news, movie part2)
[11:10:20] dekarl-work: but if we got a patch to add support, then someone seems to use it
[11:10:31] joki- (joki-!~joki@p54863337.dip.t-dialin.net) has joined #mythtv
[11:12:06] stuartm: dekarl-work: yeah I know it's not per-ISO 8601, I've had to hardcode support for BST (as +1) and GMT/UTC which are equally invalid
[11:12:24] stuartm: otherwise, at least here, the latest version of the patch works well
[11:12:35] dekarl-work: stuartm: re tmpDt and being invalid, what happens if there is no offset at all?
[11:13:11] dekarl-work: stuartm: I was trying to hint that BST is the name of 5 different timezones, the same goes for other short names
[11:13:48] dekarl-work: s/five/six/ ;)
[11:14:01] stuartm: dekarl-work: yeah I know what you meant, but the xmltv spec explicitly states that BST is +1 and uses it in an example, hence we have to support it for now
[11:14:19] stuartm: not so much CEST (which isn't going to be supported despite what I said)
[11:14:54] ** dekarl-work puts changing the spec on "the list" **
[11:15:38] stuartm: if there's no offset then split size is 1, in which case we just assign tmpDt to dt treating it as UTC/GMT
[11:16:20] stuartm: here's my test file – http://pastebin.com/FvipWqa3
[11:18:25] stuartm: all of those times/offsets are handled correctly, although I really need to test in at least one other timezone just to be sure that it's not a coincidence of my own timezone – early testing indicated that BST without an explicit fixup, but it just seemed that way because my current timezone happens to BST
[11:19:52] stuartm: here's the latest (final?) version of the mfdb patch – http://pastebin.com/atj3Puzt
[11:20:04] dekarl-work: a unit test would be nice, I can collect some test files when I get home
[11:20:34] stuartm: I was thinking I'd extend that test file to test parsing of other elements/attributes
[11:20:49] dekarl-work: imho split size being 1 could be the event that triggers the warning
[11:22:53] stuartm: could be, but it works just a little better this way, dt isn't valid when default constructed and if it's invalid then whatever appeared in split[1] wasn't a valid offset so it needs fixing
[11:23:31] stuartm: this covers both a missing offset and an invalid offset (in theory)
[11:35:05] paul-h: stuartm: just checked with a stop watch to make sure I wasn't exaggerating but 4.5 to 5 seconds is the time from selecting 'Select Music' from the main menu to the time the screen shows. Too quick to measure without the patch probably 0.5 seconds
[11:37:53] stuartm: hmm, it might be that the sorting is just too slow however it's done, but 4–5 seconds suggests that the current sorting method is in some way inefficient
[11:39:17] stuartm: I think I'll focus on maintaining the correct order from the start rather than optimising the generictree sort, we're getting the track info from the DB sorted so it's only the use of QMap that is messing up the ordering
[11:39:53] dekarl-work: doh, following all the code paths in a diff is not so easy :)
[11:40:21] stuartm: dekarl-work: indeed
[11:42:20] dekarl-work: "dt.setTimeSpec(Qt::UTC);" could go somewhere else (like in an else at 178. or directly behind 177.) but other then that the patch looks fine
[11:43:13] dekarl-work: re the test files, I've got some laying around that I crafted from test files provided to XMLTV in DST related bugs
[11:46:48] Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Read error: Connection reset by peer)
[11:47:39] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[11:48:30] stuartm: which version of the patch is that? The line numbers you gave don't see to match up with my copy
[11:49:16] stuartm: ah, ln 177 of the patch
[11:52:55] stuartm: I'm not sure it matters tbh, QDateTime::fromString() will convert the datetime + offset to UTC internally, so setting the timespec to UTC has no effect there, apart from guaranteeing that at some point later in the code it doesn't accidentally get treated as localtime instead
[11:57:21] paul-h: stuartm: it's the toLower() in sortByString() that is the killer. Remove that and it's back to normal but then so is the sort order
[11:57:42] stuartm: dekarl-work: I've tested with my timezone set to Moscow (GMT+4), I think I'm happy enough to commit and see what breaks ;)
[12:02:31] sphery: dekarl-work: FWIW, there's really not much reason to remove a no-longer-used settings value from the database. Most of the retired settings are done so without removing the setting value from the database. The only way it could become a problem is if we later created a new setting with the same name and different values or different interpretation--which should be unlikely for TimeOffset (since the whole idea behind going to UTC storage is to ...
[12:02:37] sphery: ... allow us to just do the right thing without settings). So, IMHO, it's not worth a DB schema version change.
[12:04:50] dekarl-work: sphery: I disagree, I've already wasted more time in understanding problem reports with old settings listed then it would take me to remove them. The only thing that keeps me from doing that is the schema change :) I'll just sneak the cleanup in when I have a real schema update ready
[12:05:57] dekarl-work: stuartm: sounds good
[12:06:17] joki- (joki-!~joki@p54863337.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[12:16:46] Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv
[12:16:51] stuartm: dekarl-work, sphery: That's one of the reasons I want to split schema changes and data changes into two different things, perhaps it's more hassle that it's really worth though
[12:17:41] stuartm: would be good to think about storing up removed settings etc for one big settings table cleanup per cycle
[12:17:44] dekarl-work: wagnerrp: re ProSieben EPG, likely worksforme but they are one of the stations that want money for the synopsis in germany. see also http://translate.google.com/translate?sl=de&a . . . &act=url
[12:24:56] sphery: stuartm: I think splitting data and schema changes causes more problems. If you change the meaning of data in some version, it's a mandatory change for all components (backends/clients/...) and they all have to know the new meaning, so that would have to be done as part of a schema version change. Also, if you remove some data (like a setting value) and allow old clients to continue to work against that database, the old clients will "revert" ...
[12:25:02] sphery: ... to the old default value (not to mention they'll rewrite that value to the database), which may be different from the without-the-setting-default behavior, which means having to get used to 2 changes in behavior depending on when you upgrade clients, etc. (and, in the end, the setting value isn't removed from the database). And, worst, it becomes really hard to deal with separately-evolving schema/schema-data versions.
[12:26:21] sphery: I still think leaving the values in the settings table isn't worth worrying about, though. It's easy enough to grep for the setting name and be pretty sure that the setting isn't used, anymore (save a couple of settings that use concatenation in code to form the names).
[12:27:55] sphery: when I say "isn't worth worrying about", though, I mean, "feel free to do it if you want to"--but my database still has settings in it that were removed back in the 0.13 days and they haven't caused any problems. (And, storage wise, settings for a given host are only a few kB.)
[12:28:02] MythBuild: build #106 of master-ubuntu-12_04-lts-64bit is complete: Exception [6exception compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/106 blamelist: Stuart Morgan <smorgan@mythtv.org >
[12:30:07] ** stuarta forces that **
[12:39:44] paul-h: stuartm: this patch speeds things up, back to around a second which is usable http://pastebin.com/eKXnWc7X
[12:41:43] paul-h: It would also allow the sort text to be different from the display text which could be useful. Downside is it uses a little more memory to store the sort string
[12:43:16] stuartm: not worried about that little extra memory, before I cleaned up GenericTree it stored three copies of the list, plus a bunch of other variables that weren't being used
[12:43:55] dekarl-work: paul-h, looking at "void SetSortText(const QString &text)", does that mean we can display the artists name but sort by the sort_name once its hooked up?
[12:44:04] sphery: and that approach might be useful in implementing the sort off the text provided in the ID3 tags from MusicBrainz that skd5aner (and dekarl-work?) were talking about
[12:44:45] paul-h: Yes that's what I was thinking
[12:45:17] stuartm: having a separate sort string is actually a fairly tidy solution because it offers the same sorting capabilities as the old GenericTree but with a fraction of the code
[12:56:28] paul-h: I don't believe it Sky's pop3 email server is now re-sending every email again going back to 2009 so far :(
[12:57:03] stuarta: they will have sync'd the content and it will have tickled the data checked by the pop server
[12:57:09] stuarta: or similar
[12:59:38] stuartm: I always used to have my email client delete on the remote server after retrieval
[13:00:01] stuarta: i always use imap. pop sucks so badly it isn't true
[13:00:12] stuartm: well, I still do, only now I have fetchmail pulling it into a local imap server
[13:16:26] paul-h: Looks like Thunderbird is set to delete them from the server but Sky seem to be ignoring that
[13:18:10] stuartm: eww
[13:19:07] paul-h: They have used Google Mail for there Webmail client until now so maybe that is part of the reason since they keep emails until you run out of your allocated space.
[13:20:14] stuartm: that's not good really, I mean they'll keep copies anyway as the law requires for the Police/Security Services/Busybodies, but ...
[13:21:11] stuartm: Google not deleting emails doesn't surprise me, they want the emails there to tune their advertising algorithms
[13:30:32] joki- (joki-!~joki@p54863337.dip.t-dialin.net) has joined #mythtv
[13:31:00] jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (Ping timeout: 252 seconds)
[13:31:43] paul-h: stuartm: so do I have the go ahead to commit that patch? I'll probably add a new constructor that allows both the text and sort text to be added and I assume there should be an ABI version bump
[13:36:48] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 264 seconds)
[13:37:19] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-248.hsd1.wa.comcast.net) has joined #mythtv
[13:37:19] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-248.hsd1.wa.comcast.net) has quit (Changing host)
[13:37:20] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[13:37:39] stuartm: paul-h: yeah go ahead :)
[13:44:30] jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv
[13:58:00] stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv
[13:58:01] stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host)
[13:58:01] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[14:11:01] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:27:47] MythBuild: build #293 of master-linux-64bit-clang is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . g/builds/293 blamelist: Stuart Morgan <smorgan@mythtv.org >
[14:46:16] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 245 seconds)
[14:48:40] stuartm: I wonder why the bots have such trouble with git, I don't think I've ever had a git pull fail unless the server is down
[14:51:05] gigem: dekarl-work: Yes, that patch should help. The remaining code still looks overly complicated, but that shouldn't need to be addressed now.
[14:51:18] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Ping timeout: 245 seconds)
[14:51:28] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 245 seconds)
[14:52:31] danielk221: stuartm: I was having some internet this morning.. my guess is you just never do a pull when you have problems connecting to the internet...
[14:52:36] danielk221: bots do
[14:54:22] stuartm: danielk221: I never, or extremely rarely, have connection issues, I assumed that they were a thing of the dial-up past :)
[14:55:56] danielk221: stuartm: Pretty common in the US where you are at the mercy of a local for profit monopoly for high-speed internet connectivity...
[14:57:19] stuartm: :/
[14:58:47] MythBuild: build #294 of master-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . g/builds/294
[14:59:39] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[15:06:40] jheizer_: I've been having some internet connection issues myself today. Some backbone packet loss out there it looks like. http://www.internetpulse.net/
[15:08:47] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[15:25:03] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[15:28:57] stuartm: looks like mageia are now shipping libbluray, I'm guessing that means Fedora are too, seems Debian and therefore Ubuntu derivatives should carry it, so which distros are the old-outs?
[15:33:45] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv
[15:36:20] Anssi: mageia has had it since 2011 and fedora since 2010...
[15:36:22] sphery: wouldn't the ethos of Debian prohibit shipping libbluray?
[15:36:31] Anssi: and debian since 2011
[15:36:56] sphery: i.e. the "only patent and license appropriate code" thing that's what Debian is all about
[15:38:45] Anssi: there is no license issue, and iirc they don't care about patents.. debian does ship x264, ffmpeg with all codecs etc
[15:38:50] stuartm: Anssi: guess it's been a while since I checked :)
[15:40:25] stuartm: we have some storage group related mods to libbluray but nothing that we couldn't preserve with an external copy, in theory at least
[15:50:45] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[15:51:09] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[15:51:09] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[15:51:09] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[15:55:39] sphery: Anssi: Pretty sure those are in the some "not part of Debian proper" repo with other "doesn't pass our requirements" code (contrib/non-free/whatever). http://www.debian.org/legal/patent + http://www.debian.org/social_contract + http://www.debian.org/social_contract#guidelines
[15:59:59] Anssi: sphery: nope, they are in main ( http://packages.qa.debian.org/x/x264.html ) ... non-free is for packages that don't pass DFSG and contrib for packages that require non-free/contrib packages or are wrappers of nonfree software
[16:00:48] Anssi: sphery: note the part "knowingly"... debian claims it doesn't know about any applicable patents
[16:03:32] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[16:03:46] Anssi: (nonfree and contrib packages would mention that in the "source" field in the left side of the page, see e.g. http://packages.qa.debian.org/n/nvidia-graphics-drivers.html that says non-free/x11)
[16:09:17] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv
[16:10:34] sphery: And here I thought it actually meant something and they believed in Free... Sounds like they care more about free, though.
[16:11:45] sphery: that said, as far as libbluray, they're probably ignoring the patent/license issues with the same approach they use for libdvdnav (i.e. by separating out the DRM stuff into libdvdcss--even though libdvdnav will hook into that--it makes libdvdcss "okay")
[16:35:40] Sharky-Sleep is now known as Sharky112065
[16:44:37] joki- is now known as joki
[16:59:29] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:719d:80a4:6180:1e77) has quit (Read error: Connection reset by peer)
[17:12:25] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!)
[17:18:56] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:43:57] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat)
[18:05:38] Sharky112065 is now known as Sharky-AFK
[18:15:26] Gibby_ (Gibby_!~Gibby@184.170.249.223) has quit (Ping timeout: 245 seconds)
[18:25:31] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv
[18:26:36] mrand1 (mrand1!~mrand@cpe-76-184-141-130.tx.res.rr.com) has quit (Ping timeout: 264 seconds)
[18:30:23] peper03 (peper03!~peper03@port-92-203-42-206.dynamic.qsc.de) has joined #mythtv
[18:38:17] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[18:54:24] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[18:58:13] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds)
[19:01:48] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat)
[19:04:29] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[19:09:08] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 256 seconds)
[19:44:57] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[19:54:48] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds)
[20:03:32] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[20:09:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds)
[20:10:07] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:46:21] peper03 (peper03!~peper03@port-92-203-42-206.dynamic.qsc.de) has quit (Quit: Konversation terminated!)
[21:32:39] SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:32:53] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds)
[22:00:54] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[22:03:48] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 264 seconds)
[22:05:11] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[22:06:39] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds)
[22:12:08] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[22:25:30] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 256 seconds)
[22:31:10] paul-h (paul-h!~Paul@b0fd9a4c.bb.sky.com) has quit (Quit: Konversation terminated!)
[22:33:27] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[22:34:36] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[22:50:48] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[22:56:57] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds)
[23:01:11] Sharky-AFK is now known as Sharky112065
[23:15:05] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[23:46:13] rsiebert (rsiebert!~quassel@g229052123.adsl.alicedsl.de) has joined #mythtv
[23:49:18] rsiebert_ (rsiebert_!~quassel@g225062183.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds)

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