MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (58):

aloril_, Anssi, benklop, blahdodo, brfransen, ChanServ, Chutt, clever, cougar_st, CyberJacob, davic, dblain_, dekarl, dym, eharris, ElmerFudd, enyc, ghoti, gigem, gregbert, gregl, GreyFoxx, Hydr0p0nX, ikevin, jab416171, jams, jpharvey, jya, knowledgejunkie, KooeeeeennN, kukks, libsci, logan-, mad_enz, markspieth, membiblio, MitchCapper, MythBuild, MythLogBot, nephyrin`, peper03, poptix, pppingme, rhpot1991, sphery, tgm4883, Tobbe5178, tris, vincent42, wagnerrp, Warped, XDS2010, xris, _charly_, jst, dmfrey, jheizer, sraue

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


Details:
    datetime:  2025-10-21 17:42:26 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Tuesday, January 31st, 2017, 00:03 UTC
[00:03:04] Zzeiss (Zzeiss!~wsy@dsl092-078-109.bos1.dsl.speakeasy.net) has joined #mythtv
[00:06:34] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Read error: Connection reset by peer)
[01:03:07] bill6502 (bill6502!~bill@205-178-36-250.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has left #mythtv ()
[01:59:49] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[02:06:30] MythBuild: build #523 of master-debian-testing-64bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/523 blamelist: Yianni Vidalis <yiannividalis@hotmail.com >
[02:19:14] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[02:19:14] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[02:19:14] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[03:18:04] arescorpio (arescorpio!~arescorpi@152.171.72.217) has joined #mythtv
[03:54:11] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds)
[03:59:35] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[04:07:03] pvr4me (pvr4me!~craigtrel@d24-150-154-94.home.cgocable.net) has quit (Quit: pvr4me)
[04:48:30] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[04:50:32] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 276 seconds)
[04:57:57] arescorpio (arescorpio!~arescorpi@152.171.72.217) has quit (Quit: Leaving.)
[06:49:16] Tobbe5178 (Tobbe5178!~asdf@81-235-208-233-no62.tbcn.telia.com) has joined #mythtv
[07:13:48] Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.93 [Firefox 51.0/20170118123726])
[07:37:48] stuarta: dekarl1: that's exactly the problem, i ended up with a load of SCTE channels
[07:50:10] MythBuild: build #524 of master-debian-testing-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/524
[07:56:50] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[07:57:14] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[07:57:14] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[07:57:14] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[08:16:09] SteveGoodey (SteveGoodey!~steve@host86-149-197-74.range86-149.btcentralplus.com) has joined #mythtv
[09:04:03] willcooke (willcooke!~willcooke@willcooke.plus.com) has joined #mythtv
[09:04:03] willcooke (willcooke!~willcooke@willcooke.plus.com) has quit (Changing host)
[09:04:03] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv
[09:42:53] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has joined #mythtv
[09:53:07] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has quit (Remote host closed the connection)
[10:14:48] Zzeiss (Zzeiss!~wsy@dsl092-078-109.bos1.dsl.speakeasy.net) has quit (Quit: Zzeiss)
[10:54:56] SteveGoodey (SteveGoodey!~steve@host86-149-197-74.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!)
[11:47:04] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has joined #mythtv
[13:27:55] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has quit (Ping timeout: 255 seconds)
[14:26:05] enyc: jheizer: correctlien, DHCP6 server is probably misleading.
[14:27:12] enyc: jheizer: in IPv6, RA (radvd) server is what is needed so clients can choose their own address. DHCPv6 (stateless for extra dns/ntp/etc information, or stateful for specific-address-allocation) is 'optional' and not normally needed on domestic network.
[14:30:39] jheizer: enyc, thanks Good to know. Can't say I totally know how it all works. Just that on pfsense the menu is Services | DHCPv6 Server & RA | LAN | DHCPv6 Server
[14:30:39] jheizer: and then you check "Enable DHCPv6 server on interface LAN"
[14:31:06] jheizer: I do see a router mode of assisted so probaly what is saying to jsut be the first option of an RA
[14:33:55] stuarta: enyc: except of course if your provides uses IPv6 Prefix Delegation
[14:34:31] stuarta: which is how most ISP's will end up deploying it, because it means the end user doesn't need to know anything about it
[14:43:40] enyc: stuarta: good point, which allows more than 1 router/subnet chaining... if router can subdelegate a /64 to a further lan
[14:44:31] stuarta: enyc: the 99.9% of users case, is a single /64 handed out to the CPE via IPv6 PD
[14:44:54] enyc: stuarta: yes, in which case the CPE does not need to dhcpv6 on lan-interface
[14:45:23] stuarta: nope, it does SLAAC from the allocated prefix
[14:46:34] enyc: but there seems to be some problems with ont always providing or picking up DNS resolvers via such prefix-delegation =) this in some cases still relies upon DHCPv4 support in parallal =)
[14:47:04] stuarta: PD has nothing todo with DNS
[14:47:29] stuarta: it's an optional response (iirc) in the ppp session setup for the wan link
[14:47:38] enyc: 'err
[14:47:39] enyc: sorry
[14:47:50] enyc: should say "via such RA" (radvd)
[14:48:04] stuarta: RA has nothing todo with DNS :)
[14:48:08] enyc: extension to provide dns resolvers over RA, doesn't always work, etc etc
[14:48:19] enyc: yes, there is an extension to provide dns resolvers along with RA
[14:48:30] stuarta: ah, you mean the "managed" flag in the RA response, which tells the client todo dhcpv6?
[14:48:38] enyc: i.e. so you can auto-setup with SLAAC + DNS config, in absence of dhcpv4.
[14:48:56] enyc: stuarta: no, aiui there is another extension
[14:49:27] stuarta: there's always an extension!
[14:50:01] enyc: so... dns resolvers can be picked up from any combination of RA (if extended), DHCPv6 (if present), DHCPv4 (if present)  ;p
[14:51:07] enyc: https://tools.ietf.org/html/rfc6106
[14:51:23] enyc: RDNSS option thats it
[14:55:23] jheizer: Soo.... why isn't ipv6 more widely used :)
[14:58:41] stuarta: a lot of older equipment didn't support it properly
[14:59:10] stuarta: not to mention, browsers, OS's etc
[15:00:38] jheizer: lol I meant the more sarcastic implication that even in a channel of smart techie people its a topic of discussion on how to get it to work.
[15:00:43] jheizer: Maybe in another 20 years
[15:02:33] stuarta: deployment is now increasing, typically with this sort of thing, they wait until they *have* to do it before it happens
[15:04:38] jheizer: It looks like since my last firewall reboot, about 45% of my traffic has been ipv6
[15:04:40] jheizer: not too bad
[15:07:15] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has joined #mythtv
[15:17:26] Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv
[15:24:46] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[15:25:34] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Client Quit)
[15:28:10] peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv
[15:31:29] peterbennett: stuarta: So I got my IPV6 to work, now all of my systems have a couple of IPV6 addresses.
[15:33:57] peterbennett: stuarta: My question is, will the IPV6 addresses change at the pleasure of Comcast. If so how would one set up MythTV since it needs static addresses.
[15:34:17] peterbennett: Or at least addresses that do not change
[15:37:53] zz_CyberJacob is now known as CyberJacob
[15:39:44] peterbennett: I see there is a thing called "Unique Local Addresses".
[15:49:26] stuarta: this is where i'm of the opinion that a) we should stop binding to specific addresses and use wildcard binds b) monitor for interface changes and add/remove them from the upnp responses as required
[15:49:55] stuarta: then even if your address does change, it won't matter, since the correct addresses will be announced and used
[15:52:22] SteveGoodey (SteveGoodey!~steve@host86-149-197-74.range86-149.btcentralplus.com) has joined #mythtv
[15:54:29] peterbennett: I don't know how that will work, you may have several backends, where would you connect to? I have a network connected tuner, how would it find that. How would mythweb or the embedded web server work?
[15:55:29] stuarta: another way of dealing with this in the short term is to ensure we only announce ip's that are still valid.
[15:56:07] stuarta: i noticed this when i switched ISP (and therefore my ipv6 range), but my backend was still configured (and announcing) the old address. we don't filter them out
[15:57:50] peterbennett: AFAIK The upnp is only used for the very first startup to help configure. After that the ip address is stored.
[16:19:19] stuarta: probably, but a long term goal is to move away from frontend's directly accessing the DB, so upnp can help in that regard
[16:34:17] bill6502 (bill6502!~bill@205-178-36-250.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has joined #mythtv
[16:34:38] stuarta: peterbennett: back to your question of ULA's, they are the solution for an address space that doesn't change, the downside being you need to do NAT6 if you don't also have global addresses
[16:38:16] bill6502: peterbennett: I wrote this https://www.mythtv.org/wiki/Enable_IPv6 back in 0.25 and use ULAs as well. (my ISP doesn't do IPv6 yet, so it's only working on my LAN.) [I really need to update that page]
[17:04:37] peterbennett: stuarta: I do have global addresses, so I would have to add ULAs as well.
[17:07:10] stuarta: ok
[17:08:38] peterbennett: I can construct a ULA or generate one, but then I need to figure out how to get network-manager to permanently add it to my interface.
[17:09:13] peterbennett: hopefully network-manager can still work, I don't have to go back to manually configure everything.
[17:09:29] stuarta: should be fairly straight forward with NM
[17:10:55] peterbennett: it is more for my own education and for testing out fixes to the code, I don't know if there is any reason to move my "production" setup to IPV6
[17:11:33] stuarta: heh, i do it because i like ipv6
[17:12:06] stuarta: our project infrastructure has had it enabled for a while now for certain things
[17:13:41] peterbennett: bill6502: I see that page, it looks useful, thanks
[17:32:22] peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has left #mythtv ()
[17:34:19] Zzeiss (Zzeiss!~wsy@mumble144211.merl.com) has joined #mythtv
[17:41:01] dekarl1 is now known as dekarl
[17:44:59] dekarl: stuarta, what about dual/multi homed backends? might be as simple as having some of these ethernet-attached-cablecard-things-on-a-pci-card installed. or as funky as a dedicated link to various devices to keep traffic separate
[17:45:44] dekarl: with our current announcement per address (AFAIR) its as simple as sending a packet "if you get this message then IPx is good for you"
[17:47:05] dekarl: I can't test this tonight, but #12971 would fit well with the other fixes in that area and is quite small
[17:47:05] ** MythLogBot http://code.mythtv.org/trac/ticket/12971 **
[17:50:37] dekarl: #12957 appears to be low hanging fruit, too
[17:50:37] ** MythLogBot http://code.mythtv.org/trac/ticket/12957 **
[17:52:32] bill6502 (bill6502!~bill@205-178-36-250.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has left #mythtv ()
[18:09:45] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies)
[18:16:30] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[18:46:38] Zzeiss (Zzeiss!~wsy@mumble144211.merl.com) has quit (Ping timeout: 258 seconds)
[19:04:26] Zzeiss (Zzeiss!~wsy@mumble144211.merl.com) has joined #mythtv
[19:28:10] noaXess (noaXess!~quassel@catv-165-002.tbwil.ch) has quit (Ping timeout: 240 seconds)
[19:28:32] noaXess (noaXess!~quassel@catv-165-002.tbwil.ch) has joined #mythtv
[19:29:50] gregl (gregl!~greg@cpe-66-67-122-101.nycap.res.rr.com) has joined #mythtv
[19:47:33] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[19:48:55] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[19:52:43] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Client Quit)
[19:56:05] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[20:02:22] Zzeiss (Zzeiss!~wsy@mumble144211.merl.com) has quit (Quit: Zzeiss)
[20:14:09] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[20:24:26] noaXess (noaXess!~quassel@catv-165-002.tbwil.ch) has quit (Ping timeout: 240 seconds)
[21:07:04] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has quit (Remote host closed the connection)
[21:42:16] SteveGoodey (SteveGoodey!~steve@host86-149-197-74.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:57:14] Zzeiss (Zzeiss!~wsy@dsl092-078-109.bos1.dsl.speakeasy.net) has joined #mythtv
[22:23:13] Zzeiss (Zzeiss!~wsy@dsl092-078-109.bos1.dsl.speakeasy.net) has quit (Quit: Zzeiss)

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