| Wednesday, July 18th, 2012, 00:12 UTC | ||
| [00:12:57] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [00:16:46] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Read error: Connection reset by peer) | |
| [00:25:19] | wagnerrp: | jya: you around to poke about link-local stuff? |
| [00:26:11] | wagnerrp: | well ill just throw questions out there then |
| [00:26:25] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [00:26:27] | wagnerrp: | in ifconfig, it lists some address like fe80::1 |
| [00:27:01] | wagnerrp: | however that address is not valid, as it has no scope id |
| [00:27:13] | wagnerrp: | so a real address would be something like fe80:1::1 |
| [00:27:21] | wagnerrp: | with a scope id of 1 |
| [00:27:56] | wagnerrp: | so if we fix the address to include the scope id on the local end and allow it to correctly identify and listen on that address |
| [00:28:27] | wagnerrp: | would the remote end be able to connect to fe80::1? or would it similarly have to know the scope id applied to that address, and connect to fe80:1::1? |
| [00:29:28] | wagnerrp: | if the latter is the case, we would need to be intelligent enough both to do a fuzzy match on the address, ignoring the scope id, and then to update the entry in the database with the new address, so remote clients would know the correct address to connect to |
| [00:30:31] | wagnerrp: | this is all in reference to #10909, where the user specified one of those link-local addresses as the BackendServerIP6 |
| [00:30:31] | ** MythLogBot http://code.mythtv.org/trac/ticket/10909 ** | |
| [00:40:28] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [00:54:41] | gigem: | stuartm: Dang! Does --version give you a pre-last-patch commit id? Are you running a master only or a master/slave combination? |
| [01:18:12] | aberrios (aberrios!~aberrios@77.107.183.144) has quit (Ping timeout: 248 seconds) | |
| [01:36:07] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Ping timeout: 240 seconds) | |
| [01:36:07] | yb0t (yb0t!quassel@nat/nokia/x-kkrcxwplwwnmzais) has quit (Ping timeout: 240 seconds) | |
| [01:36:19] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [01:36:36] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [01:36:37] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [01:36:38] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [01:37:07] | _Techie_-_AFK_ (_Techie_-_AFK_!~techie@165.33.69.111.dynamic.snap.net.nz) has quit (Ping timeout: 240 seconds) | |
| [01:37:21] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [01:37:38] | techie` (techie`!~techie@165.33.69.111.dynamic.snap.net.nz) has joined #mythtv | |
| [01:37:38] | yb0t (yb0t!quassel@nat/nokia/x-soiyvpghnwfjorjm) has joined #mythtv | |
| [01:38:37] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 240 seconds) | |
| [01:39:07] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has quit (Ping timeout: 240 seconds) | |
| [01:39:13] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv | |
| [01:39:16] | Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has joined #mythtv | |
| [01:39:16] | kurre2 (kurre2!~tomimo@83.150.88.111) has joined #mythtv | |
| [01:39:25] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [01:39:58] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [01:41:03] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [01:41:03] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [01:41:03] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has quit (*.net *.split) | |
| [01:41:03] | highzeth (highzeth!~hz@hoiseth.no) has quit (*.net *.split) | |
| [01:45:54] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [01:45:54] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [01:45:54] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has joined #mythtv | |
| [01:45:54] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [02:11:44] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [02:47:02] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has joined #mythtv | |
| [02:55:37] | rkulagow: | jya: there? |
| [02:56:13] | rkulagow: | jya: still getting compile failure after make uninstall; configure; make |
| [02:56:36] | rkulagow: | globalsettings.o: In function `AirPlayRSAInfo': /home/rkulagow/mythtv/mythtv/programs/mythfrontend/globalsettings.cpp:2668: undefined reference to `MythRAOPConnection::LoadKey()' globalsettings.o: In function `MythRAOPConnection::RSALastError()': /home/rkulagow/mythtv/mythtv/programs/mythfrontend/../../libs/libmythtv/AirPlay/ mythraopconnection.h:57: undefined reference to `MythRAOPConnection::g_rsaLastError' |
| [03:12:03] | superm1: | http://get.cm/?device=toro |
| [03:12:05] | superm1: | oops sorry |
| [03:12:54] | superm1: | mean to say mythbuntu's nightly hit the same problem: https://launchpadlibrarian.net/110349429/buil . . . BUILD.txt.gz |
| [03:53:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:14:50] | jya: | rkulagow: I'm back |
| [04:15:41] | jya: | rkulagow: the only way you have this error is if you haven't fully updated or have old headers/libraries in the way... |
| [04:16:32] | jya: | if it passes the buildbot, the issue is elsewhere really |
| [04:16:59] | superm1: | jya: so was that bad timing of the mythbuntu build then? |
| [04:17:12] | jya: | no idea… to be honnest |
| [04:17:28] | jya: | let me rebuild in a jail from a spanking new install |
| [04:17:34] | superm1: | well it's at hash 89a2520 |
| [04:17:40] | superm1: | not sure if there were relevant commits after that |
| [04:17:54] | jya: | superm1: do you build in a jail or something similar? |
| [04:18:03] | superm1: | yeah it builds in a clean chroot |
| [04:18:16] | superm1: | via sbuild (only pulls in relevant deps too) |
| [04:23:14] | jya: | building now... |
| [04:38:46] | jya: | pretty cool stuff: http://alwaysinnovating.com/products/hdmidongle.htm |
| [04:40:05] | jya: | superm1: ok.. I can reproduce the problem about the undefined reference… wierd |
| [04:45:38] | wagnerrp: | impressively small |
| [04:50:21] | jya: | indeed. |
| [04:50:43] | jya: | they have either Android or Ubuntu firmware too |
| [04:50:56] | wagnerrp: | does it actually communicate over USB? or just use it for power? |
| [04:54:11] | clever: | jya: what kind of cpu/ram does it have? |
| [04:54:20] | jya: | TI OMAP4 |
| [04:54:37] | clever: | doesnt sound like its myth capable |
| [04:54:38] | wagnerrp: | 256MB-1GB |
| [04:54:40] | jya: | 1.2GHZ , it's an ARM core, has h264 hardware decoding capabilities |
| [04:54:47] | clever: | ah, might then |
| [04:54:47] | wagnerrp: | sure, you can run mythtv on it |
| [04:55:00] | wagnerrp: | it all comes down to someone writing a hardware decoder |
| [04:55:04] | clever: | yeah |
| [04:55:06] | wagnerrp: | (as it always does) |
| [04:55:09] | clever: | same as the raspi |
| [04:55:12] | jya: | i have no doubt you can run myth on it… would need to have the HW decoder working |
| [04:55:24] | jya: | though, for mpeg2 , that should be more than enough |
| [04:55:33] | wagnerrp: | well no, the RPI just doesnt have the memory for it without some serious cleanup of the frontend |
| [04:56:00] | clever: | same in the decoding dept, what about a light theme? |
| [04:56:12] | clever: | ive noticed how the theme has a large effect on ram usage |
| [04:58:50] | wagnerrp: | jya: any thoughts on the link-local stuff? |
| [04:59:24] | jya: | haven't looked no… what did you do, so I can try reproducing it here |
| [04:59:44] | wagnerrp: | see #10909 |
| [04:59:44] | ** MythLogBot http://code.mythtv.org/trac/ticket/10909 ** | |
| [05:00:10] | wagnerrp: | user tried having the backend listen on the link local address |
| [05:00:32] | jya: | wagnerrp: yes, I worked with him when I was trying to get AirPlay working |
| [05:00:38] | wagnerrp: | and depending on the version, either the address stored in the database is wrong and does not have the scope id, so the frontend cannot access it |
| [05:01:03] | jya: | #10669 |
| [05:01:03] | ** MythLogBot http://code.mythtv.org/trac/ticket/10669 ** | |
| [05:01:05] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [05:01:09] | wagnerrp: | or the scope id is already applied when searching for a matching address, and so there is no match, it refuses to listen |
| [05:01:49] | wagnerrp: | instead, he decides to go batshit nuts, and adds the netmask to the ip address |
| [05:01:54] | jya: | but what address has he entered in the system? |
| [05:02:06] | jya: | I can see what the problem would be.. |
| [05:02:11] | wagnerrp: | which has the effect of being an invalid IP address, is rejected by server pool, which reverts to listening everywhere |
| [05:02:16] | jya: | if he defined a link-local address on the backend |
| [05:02:18] | wagnerrp: | giving him what he wants with airplay |
| [05:02:28] | wagnerrp: | but screwing things up on normal frontend operations |
| [05:02:35] | jya: | the frontend will try to access the link-local.. the frontend must have the scope id entered |
| [05:02:49] | wagnerrp: | anyway... my conundrum is about how we actually could handle link-local in the database |
| [05:02:52] | clever (clever!~clever@142.167.203.248) has quit (Ping timeout: 248 seconds) | |
| [05:02:58] | jya: | the address is valid on the backend, but the frontend doesn't know how to get to it... |
| [05:03:18] | wagnerrp: | should the startup in serverpool detect the scope id for the link-local address, and apply it back into the database so the frontend can access it properly? |
| [05:03:26] | jya: | Connecting to backend server: fe80::21f:1fff:fe23:a434/64:6543 |
| [05:03:41] | jya: | well, it's not going to be easy to determine which scopeid to use |
| [05:04:02] | jya: | at least not if it has more than one network card |
| [05:04:04] | wagnerrp: | it would be one where the bits after :: match what is in the database |
| [05:04:40] | jya: | can't you set in the frontend what IP address to use? |
| [05:05:03] | wagnerrp: | well anyway, should a remote frontend be accessing fe80::21f:1fff:fe23:a434 or fe80:1::21f:1fff:fe23:a434? |
| [05:05:04] | jya: | how does the frontend detects which IP address the backend is using ? |
| [05:05:18] | wagnerrp: | it queries it from BackendServerIP6 in the database |
| [05:05:42] | jya: | aside from the extra two… the issue is that the frontend needs to be told which network card to use to connect to the backend |
| [05:05:47] | wagnerrp: | and if the frontend needs to include the proper scope id when connecting, then the value he is putting in the database is outright wrong |
| [05:06:20] | jya: | is he the one who entered the /64 in ? |
| [05:06:20] | wagnerrp: | so the scopeid the backend listens on, and the scopeid the frontend connects to, may be different? |
| [05:06:25] | jya: | that's no good |
| [05:06:29] | wagnerrp: | yes, he put the /64 in there |
| [05:06:34] | jya: | he shouldn't |
| [05:06:37] | wagnerrp: | which is why i closed the ticket as invalid, user configuration error |
| [05:06:57] | wagnerrp: | however the other issue, the real bug, should be resolved |
| [05:07:16] | jya: | but there's still the likely problem that if the frontend is trying to use the IPv6 address it retrieves from the database, it needs to add the proper scopeid |
| [05:07:25] | wagnerrp: | i just dont know enough about link-local stuff to understand how that would be resolved |
| [05:07:34] | wagnerrp: | right... but whose scope id? |
| [05:07:39] | wagnerrp: | the frontend's or the backend's? |
| [05:07:47] | jya: | the frontend |
| [05:07:56] | jya: | it's the frontend that needs to be told what scopeid to use |
| [05:08:08] | wagnerrp: | so there needs to be some fancy code to reference the ARP tables and find that address |
| [05:08:16] | wagnerrp: | sounds fun... |
| [05:08:22] | jya: | i wouldn't do it like that |
| [05:08:41] | clever (clever!~clever@142.162.246.254) has joined #mythtv | |
| [05:08:51] | jya: | it has to connect to the database, so it has the database IP address... |
| [05:09:03] | jya: | you can tell what interface is then used to connect to that address. |
| [05:09:07] | wagnerrp: | which is going to be IPv4 |
| [05:09:08] | jya: | use that scopid |
| [05:09:35] | jya: | doesn't matter really.. you have to assume that the IPv4 and IPv6 address are using the same interface |
| [05:10:25] | jya: | what does that error mean? 2012-07–17 14:57:00.904448 C ServerPool: Host is configured to listen on [fe80:0:0:0:2c:28ff:fe00:130b], but address is not used on any local network interfaces. |
| [05:10:32] | jya: | how do you retrieve that error? |
| [05:11:00] | wagnerrp: | with that last patch i did last week, any link-local ipv6 addresses already have their scopeid applied at that point |
| [05:11:15] | wagnerrp: | so fe80:2:0:0:2c:28ff:fe00:130b != fe80:0:0:0:2c:28ff:fe00:130 |
| [05:11:17] | jya: | as a temporary work-around, and provided is using master… he can just make the IPv6 blank |
| [05:11:35] | wagnerrp: | or, leave it to ::1 |
| [05:11:46] | wagnerrp: | either way, the link-local addresses will get picked up, and airplay will work |
| [05:11:58] | jya: | yes… as the backend is listening on the link-local address, it will work |
| [05:12:17] | wagnerrp: | he just needs a normal IP listed there if he wants internal communication to go over IPv6 |
| [05:12:22] | jya: | where the extra :2: comes from, it's another issue |
| [05:12:34] | wagnerrp: | the extra :2: is because its the second interface |
| [05:12:35] | jya: | well, it's a valid address.. |
| [05:12:41] | wagnerrp: | lo0 and epair4b |
| [05:13:23] | wagnerrp: | the == operator in Qt just turns the address into a char[16], and does memcmp() |
| [05:13:46] | jya: | why would a 2 be added because it's a 2nd address? |
| [05:13:46] | wagnerrp: | so it doesnt know to ignore the scope id (which may or may not be correct) |
| [05:13:55] | jya: | the link-local is calculated according to the mac address |
| [05:13:57] | wagnerrp: | s/address/interface/ |
| [05:14:13] | wagnerrp: | thats the scope id, applied into the address |
| [05:14:19] | jya: | hein? |
| [05:14:35] | jya: | what are you talking about? the scope id is the thing after the % |
| [05:14:47] | jya: | a :2 isn't a scope id... |
| [05:15:13] | jya: | and where do you get this extra 2? |
| [05:15:21] | jya: | i don't see it in the 10909 ticket |
| [05:15:28] | wagnerrp: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ool.cpp#n194 |
| [05:15:39] | wagnerrp: | once it goes past there, the scopeid is applied into the address |
| [05:15:53] | wagnerrp: | dont ask me why, it's Qt's doing |
| [05:16:07] | jya: | i have no idea what you're talking about… are you referring to the 10909 ticket? |
| [05:16:26] | wagnerrp: | that last response of mine on the ticket |
| [05:16:34] | wagnerrp: | is from one of my testing jails |
| [05:16:48] | jya: | what's the output of ifconfig on that box? |
| [05:16:56] | wagnerrp: | included in the response |
| [05:17:28] | jya: | I've never heard of a 1 or 2 being address according to the interface number |
| [05:18:08] | jya: | but anyhow, this is completely irrelevant to the problem Jans is seeing… the problem he has is a scope-id issue |
| [05:18:51] | jya: | can you only retrieve the address the backend is using from the database? there's no way to override this? |
| [05:19:05] | wagnerrp: | for internal communications, yes |
| [05:19:29] | wagnerrp: | technically, there is a last ditch attempt at name resolution |
| [05:19:36] | wagnerrp: | which actually shows up in the logs on the ticket |
| [05:20:11] | wagnerrp: | the "MythSocket(...): Unable to lookup:" |
| [05:20:34] | jya: | but can the user override the IP address use to connect to the backend |
| [05:20:37] | jya: | ? |
| [05:20:56] | wagnerrp: | yes, by putting correct values in the database |
| [05:21:18] | jya: | sigh… that's not what I'm asking.. why do you have to make things so difficult? |
| [05:21:38] | wagnerrp: | there is nowhere in the frontend for the user to tell it what backend to connect to |
| [05:21:42] | jya: | the value in the database is correct.. it *is* a valid address… that we don't use it properly is another issue. |
| [05:21:44] | wagnerrp: | you only ever tell it the location of the database |
| [05:21:52] | wagnerrp: | and the database tells it where everything else is |
| [05:22:25] | wagnerrp: | there is no "override" |
| [05:22:42] | jya: | at this stage, for him to work, he would have to enter the IPv6 address with the scope id, hoping that the backend and the frontend are both using the same eth0 card |
| [05:23:12] | wagnerrp: | or, leave the field empty, so IPv6 addresses are auto-selected |
| [05:23:33] | wagnerrp: | or, force a separate profile on the frontend, using LocalHostName in mysql.txt |
| [05:24:07] | jya: | at the end of the day, we always go back to the core issue that the frontend settings are using the backend ones… it's fucked up… I've been saying it for months |
| [05:26:13] | wagnerrp: | i still say its better that way, than having separate settings for each individual application that listens somewhere |
| [05:26:35] | wagnerrp: | its just a mislabeling of the setting |
| [05:26:55] | jya: | better in what way? that it's so "safe" that everything is borked, doesn't work out of the box, and the user has to go through hoops to get things working. |
| [05:27:04] | jya: | very little fit in my definition of better |
| [05:27:32] | wagnerrp: | its set in one place, with one name |
| [05:27:47] | wagnerrp: | and if you want different applications to use different settings, you feed it a different profile |
| [05:28:58] | wagnerrp: | but back to mislabeling, calling it "LocalHostName" means users dont perceive it as a profile name that can be changed |
| [05:29:11] | wagnerrp: | or more likely, nearly none of them even know it exists |
| [05:31:11] | jya: | honestly, for as long as you're trying to outsmart the user or assume that you know better than what they want to do… you will end up with a non-working solution… all you've added lately are work around on a flawed design. We've been over this a dozen times.. I've presented my arguments many times… nothing is really done about it… things are still broken, and all it is , is that we discover more way in which things are borked |
| [05:32:21] | jya: | going to look into how to limit what Bonjour advertise, so I can to simulate the borked ways used by ServerPool and its choices of addresses… then the user can just disable ipv6 alltogether and it will work |
| [05:34:11] | jya: | ok.. there's a way to tell bonjour to only advertise on a specific interface… so now I need a way to retrieve which interfaces are used by serverpool |
| [05:35:07] | wagnerrp: | will QHostAddress handle "%ifname" in an IP address? |
| [05:35:43] | jya: | you can always remove the linklocal address used to listen on |
| [05:35:59] | jya: | but it's still the wrong approach |
| [05:36:19] | jya: | and won't work if say you're using a BSD machine to connect to a linux one |
| [05:36:25] | jya: | as the interfaces name are different |
| [05:36:28] | jya: | or mac to linux |
| [05:36:49] | wagnerrp: | i mean, if you feed "fe80::21f:1fff:fe23:a434%eth0" into QHostAddress, will it even accept it? |
| [05:36:59] | jya: | yes |
| [05:38:45] | jya: | are you sure this is right? |
| [05:38:46] | jya: | bool v6IsSet = config_v6.isNull() ? true : false; |
| [05:39:59] | wagnerrp: | that does look backwards |
| [05:40:36] | jya: | from the name of the variable, it looks suspicious, and I haven't looked how it uses it |
| [05:40:46] | wagnerrp: | oh, no... i think thats right |
| [05:41:24] | wagnerrp: | thats for at the end, to check whether the value defined in the database was picked up during the scan of available addresses |
| [05:41:33] | jya: | sure |
| [05:41:44] | wagnerrp: | if no value is defined, its just set to true anyway, so it never warns |
| [05:41:55] | jya: | but you set it to true when it starts if IPv6 is defined in mythtv-setup |
| [05:42:21] | jya: | should change the name of the variable, so someone can come back in a few months and understand what that code is doing |
| [05:42:35] | wagnerrp: | or at least a comment as to the meaning |
| [05:42:44] | wagnerrp: | yeah |
| [05:45:29] | jya: | so let me get this straight…. if config_v6 is not a localhost, and naList isn't empty, then you show the warning Host is configured to listen on %1, but address is not used on any local network " |
| [05:46:34] | jya: | naList is filled up with addresses it did find while looping through the list of addresses |
| [05:46:46] | wagnerrp: | if the value is set, and set to something other than localhost, is not found among the available addresses, and there were addresses of that type found, it warns |
| [05:47:32] | wagnerrp: | that naList_6 check is for the event where IPv6 is disabled, so there simply are none on the system |
| [05:48:43] | jya: | something just doesn't seem right in that code |
| [05:48:56] | jya: | line 224 |
| [05:49:11] | jya: | you find that the address is an IPv6 link local |
| [05:49:24] | jya: | so it's added to naList_4 ? |
| [05:49:32] | jya: | shouldn't that be added to naList_6 ? |
| [05:49:54] | wagnerrp: | yeah, bad copy-paste |
| [05:50:03] | jya: | same below |
| [05:50:06] | jya: | like 246 |
| [05:50:10] | jya: | line |
| [05:50:55] | jya: | there's another logic error here I think |
| [05:51:30] | jya: | if ip.isInSubnet(kLinkLocal6) && allowLinkLocal, you add it to naList_6, so it's added once, and you show it in the log |
| [05:51:41] | jya: | now say the user hasn't filled config_v6 |
| [05:52:03] | jya: | ah my bad.. it's else if |
| [05:52:09] | jya: | so won't enter into it... |
| [05:52:23] | wagnerrp: | right, wont get that far down |
| [05:52:32] | jya: | I would simplify it as: |
| [05:52:58] | wagnerrp: | but the 'ip == config_v6' is broken, as the scope id is already applied |
| [05:53:02] | jya: | else if (ip.isInSubnet(kLinkLocal6) && (allowLinkLocal || config_v6.isNull()) |
| [05:53:27] | jya: | and remove the 2nd test |
| [05:53:52] | jya: | you have unecessary duplicated code here |
| [05:54:40] | jya: | ok.. I see why you get the warning now about the address being defined but not used |
| [05:54:47] | wagnerrp: | well only the print statement |
| [05:55:14] | jya: | if it's link-local, it's added to the list, but v6IsSet isn't set to true |
| [05:55:36] | jya: | so it pass the test: !v6IsSet && (config_v6 != QHostAddress::LocalHostIPv6) && !naList_6.isEmpty() |
| [05:56:03] | wagnerrp: | right, as there are addresses it will listen on, but not the one the user told it to listen on |
| [05:56:07] | jya: | and will display the warning whenever an link-local address is used for BackendServerIP6 |
| [05:56:37] | wagnerrp: | correct, because the check is borked by setting the scope id above |
| [05:57:20] | jya: | line 232 and 246, naList_4 need to be changed into naList_6, and v6IsSet needs to be set to true so you don't get the warning |
| [05:57:37] | wagnerrp: | already done |
| [05:58:21] | jya: | I would completely remove that last warning… if you have a correct address it will never enter that warning. even if some addresses are wrong |
| [05:58:42] | wagnerrp: | ? |
| [05:58:45] | jya: | doesn't serve much purpose, it would only provide a warning under a very limited set of circumstances |
| [05:59:39] | wagnerrp: | the address specified for clients to connect through does not exist, meaning the backend is not listening on it, meaning the clients cannot connect |
| [06:00:03] | wagnerrp: | it may be a rare set of circumstances, but it is a fatal one |
| [06:00:09] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:00:31] | jya: | i guess that will do is v6isset is set to true for link-local addresses, provided that the type of address the user entered. |
| [06:01:05] | wagnerrp: | well as mentioned, the issue is the user is entering the correct link-local address, and the correct link-local address exists, but is not being matched correct |
| [06:01:06] | wagnerrp: | ly |
| [06:02:24] | jya: | need to add a method to ServerPool that returns the list of interfaces we're listening on |
| [06:02:44] | wagnerrp: | for 0.26? or for future use? |
| [06:02:55] | jya: | for now... |
| [06:03:08] | jya: | so we'll bypass entirely the issue of link-local and bonjour |
| [06:03:36] | jya: | can then revert your change of listening on all IPv6 link-local address |
| [06:03:44] | jya: | frontend or backend |
| [06:03:47] | wagnerrp: | using bonjour to then figure out what interface that address is on? |
| [06:03:53] | jya: | until we can have a more elegant |
| [06:04:12] | jya: | looking at the bonjourregister code |
| [06:04:22] | jya: | it does: DNSServiceRegister(&m_dnssref, 0, 0, (const char*)name.data(), |
| [06:04:37] | jya: | the 2nd argument 0, means advertise on all interfaces |
| [06:04:54] | jya: | we need to advertise only on the interfaces we're listening on |
| [06:05:36] | jya: | then serverpool can be back to the way it was before your last change, as it isn't necessary anymore. And I would much prefer to not have unecessary work around a problem |
| [06:06:09] | jya: | https://developer.apple.com/library/mac/#docu . . . stering.html |
| [06:06:36] | jya: | so bonjour needs to be rewritten, to use a list of socket, and not one listening on everything... |
| [06:06:43] | jya: | similar to what is done in ServerPool |
| [06:06:51] | jya: | sorry, thinking outloud here |
| [06:07:08] | jya: | that change itself can then be backported to 0.25 |
| [06:07:37] | jya: | and just revert your change for link-local please… can make the issue irrelevant alltogether |
| [06:08:48] | jya: | do you mind if I do the lot? it will be easier for me, and I can add a new method on ServerPool that will then apply properly on 0.25 and we can close the ticket 10909 |
| [06:09:41] | wagnerrp: | go for it, ive been up for about 20hrs and am honestly not entirely sure what you want done |
| [06:10:04] | wagnerrp: | if you do remove the setting, dont forget the UI entry in mythtv-setup |
| [06:10:08] | jya: | I'm going to fix bonjour so it doesn't advertise the IPv6 link-local address if we aren't listening on it |
| [06:11:21] | wagnerrp: | right, so revert the change from last weekend, and add a 'static QList<QNetworkInterface> DefaultListenInterface(void);'? |
| [06:13:48] | jya: | something like that…. and add a Bonjour entry to advertise only those particular interfaces |
| [06:14:38] | jya: | probably more a method to ServerPool that returns the list of interfaces the current serverpool instance is listening on |
| [06:15:27] | wagnerrp: | thats going to be a bit more difficult |
| [06:15:31] | jya: | we can re-add your link-local change later, when we've added the properly discovery on which network card to use |
| [06:15:56] | jya: | wagnerrp: nah, don't think so… we have the list of all the QUdp or QTcp socket we've created.. just loop through that |
| [06:16:12] | jya: | it's the only way to properly solve the boonjour issue |
| [06:16:32] | wagnerrp: | but those are only going to be QHostAddress entries |
| [06:16:44] | wagnerrp: | which except for ipv6 linklocal will not include any interface information |
| [06:16:53] | wagnerrp: | unless you are only worrying about those linklocal addresses |
| [06:17:18] | wagnerrp: | and not everywhere its listening |
| [06:17:26] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [06:18:12] | wagnerrp: | im looking through the qhostaddress code, trying, and failing, to come up with a reason why the scope id is being applied into the network address |
| [06:19:32] | jya: | where is the mythtv-setup GUI for link-local located? |
| [06:19:47] | wagnerrp: | same as the other IPs, just a checkbox below those two |
| [06:19:51] | jya: | is that mythtv/html/setup/wizard-network.qsp ? |
| [06:20:29] | wagnerrp: | mythtv/programs/mythtv-setup/backendsettings.cpp i believe |
| [06:21:00] | wagnerrp: | yeah, function definition near the top of the file, and a use of it lower down |
| [06:23:09] | jya: | didn't you commit the GUI setting at the same time as the rest? |
| [06:23:20] | wagnerrp: | yeah, should all be in there |
| [06:23:49] | jya: | can't see it.. that commit only changed wizard-network.qsp and serverpool.cpp |
| [06:25:05] | wagnerrp: | # Changes not staged for commit: # modified: ../../programs/mythtv-setup/backendsettings.cpp |
| [06:25:09] | wagnerrp: | well... that would explain that... |
| [06:25:21] | jya: | you're sure you committed it ? only change is about timezone |
| [06:25:29] | jya: | ah there you go |
| [06:28:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit) | |
| [06:36:42] | wagnerrp: | yikes |
| [06:36:50] | wagnerrp: | no wonder everything is going so slow |
| [06:37:08] | wagnerrp: | 2.3GB of memory used between two instances of mythlogserver |
| [06:37:35] | wagnerrp: | Beirdo: of note, thats with no applications sending keepalives, so they should be terminated on their own |
| [06:38:19] | ** wagnerrp watches things speed up as ZFS feeds ** | |
| [06:40:23] | jya: | wagnerrp: there's already a DefaultListen that returns the list of addresses :) |
| [06:40:55] | wagnerrp: | right, if thats what is being listened on |
| [06:41:22] | wagnerrp: | although im not aware of anything that changes that, besides mythmessage adding in the broadcast addresses |
| [06:55:54] | wagnerrp: | nope, thats some funky BSD thing apparently, the IP address has the scope ID already in there as we get it from Qt |
| [06:55:58] | wagnerrp: | http://pastebin.com/6WL6QVC9 |
| [06:56:06] | wagnerrp: | nothing were doing adds that |
| [07:01:28] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [07:11:28] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [07:21:07] | jya: | wagnerrp: reading the DNS-SD spec, it was mostly done to be able to resolve link-local addresses… so not listening on link-local addresses is going to prove very challenging. Don't even think that's possible, you can only tell DNS-SD to only advertise on an interface ; which may very well have more than one IP addresses (and it will always have an IPv4 and link-local IPv6 address) |
| [07:25:03] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [07:35:23] | jya: | wagnerrp: can you please commit your missing change in regards to link-local? just in case and so at least it will get translated if need be |
| [07:41:38] | jya: | wagnerrp: hum… I think we'll have to do with what we have now.. that is listen to all local addresses or at least link-local … no much way around that |
| [07:43:08] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [07:43:53] | jya: | yeah.. bonjour advertises a list of hostname to use… so if the client resolves it as IPv6 link-local, there's no much you can do :( |
| [07:49:35] | jya: | wagnerrp: when I do ping6 and the link-local address on any machine, it automatically guess what scope-id to use… so we can see what they are doing there, and do the same |
| [08:09:37] | jya: | i guess we could have bypassed all of those issues if instead of trying to connect using an IP address, we had try to use a hostname instead |
| [08:46:19] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has quit (Read error: Connection reset by peer) | |
| [08:51:41] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has joined #mythtv | |
| [09:36:39] | aberrios (aberrios!~aberrios@77.107.183.144) has joined #mythtv | |
| [09:58:14] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [10:08:19] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Read error: Operation timed out) | |
| [10:08:47] | Lomion0815 (Lomion0815!~markus@213-33-10-192.adsl.highway.telekom.at) has joined #mythtv | |
| [10:19:54] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [10:43:46] | joki (joki!~joki@p5486564C.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [10:43:50] | joki- (joki-!~joki@p54865BE0.dip.t-dialin.net) has joined #mythtv | |
| [10:44:01] | joki- is now known as joki | |
| [11:22:05] | pjd_ (pjd_!~phil@93.89.91.89) has quit (Remote host closed the connection) | |
| [11:34:48] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Read error: Connection timed out) | |
| [11:51:15] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has quit (Ping timeout: 245 seconds) | |
| [12:24:36] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [12:25:26] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [12:36:38] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:41:47] | rsiebert (rsiebert!~quassel@g225049184.adsl.alicedsl.de) has joined #mythtv | |
| [13:42:16] | rsiebert_ (rsiebert_!~quassel@g225057012.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [14:00:26] | danielk22: | Richard Shaw raised the point of MYTHCONFDIR being used for both configuration and cache. Is there a standard way to deal with this? |
| [14:01:55] | danielk22: | We could have a MYTHCACHEDIR, or we could put the directory in the database as a storage group, or it could even be specified in the config.xml. |
| [14:02:27] | danielk22: | I know it's caused some problem for me on one frontend that doesn't have a hard-drive and so has limited storage.. |
| [14:06:58] | danielk22: | wagnerrp: jya: a mythfrontend could run on that dongle if it has 1GB of RAM. With the right theme, mythfrontend uses about 300MB even on a 1920x1080 screen. |
| [14:08:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:08:35] | danielk22: | wagnerrp: When the mythlogserver is running properly it should sit under 25MB resident, 1.5GB virtual. |
| [14:09:10] | wagnerrp: | yeah, this was a build from a week or so back |
| [14:10:17] | danielk22: | wagnerrp: ok. I had some problems with the log server. I think they are hashed out now, but it hasn't been running long enough to be sure.. |
| [14:21:51] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [14:21:51] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Client Quit) | |
| [14:35:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [14:36:57] | danielk22: | jya: The builders didn't need 65faa48e92 ? I would have thought at least some of had symbol visibility enabled. |
| [14:39:20] | danielk22: | libbz2 is a new dependency? |
| [15:03:31] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (Read error: Connection reset by peer) | |
| [15:06:23] | stuartm: | another compression lib? we've got more than one built in already ... |
| [15:07:58] | stuartm: | fwiw, with memory caches reduced you could do a lot better than 300MB, at the cost of performance |
| [15:20:22] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [15:21:11] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (Remote host closed the connection) | |
| [15:27:15] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [15:42:23] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [15:43:03] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:49:43] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [15:49:43] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [15:49:43] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [15:53:16] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [16:12:40] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [16:12:49] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (Read error: Connection reset by peer) | |
| [16:19:55] | Lomion0815: | Hey Daniel, any news on #10792? Die you read my latest post in the ticket? |
| [16:22:32] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [16:22:46] | Lomion0815: | Ups, wrong ticket ... it is #10489 |
| [16:22:46] | ** MythLogBot http://code.mythtv.org/trac/ticket/10489 ** | |
| [16:24:04] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [16:28:52] | wisenuts (wisenuts!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has joined #mythtv | |
| [16:33:29] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [16:43:51] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [16:44:31] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [16:48:22] | danielk22: | Lomion0815: I've pushed a partial fix to the devel/ceton branch. |
| [16:49:51] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:52:21] | Lomion0815: | I will try it. any known side effects? |
| [17:05:01] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 272 seconds) | |
| [17:05:22] | danielk22: | None from those changes, but you may want to wait for this to get into master. The ceton branch itself has a lot of unrelated changes. |
| [17:17:31] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:17:50] | Beirdo: | jya: we ready for an -alpha tag, BTW? |
| [17:17:55] | Beirdo: | forgot to ask last night |
| [17:32:15] | Lomion0815: | i would have merged them into 0.25 locally anyway |
| [17:38:37] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Remote host closed the connection) | |
| [17:53:49] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv | |
| [17:55:07] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (Read error: Connection reset by peer) | |
| [17:56:50] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (Ping timeout: 265 seconds) | |
| [18:11:07] | kurre2 (kurre2!~tomimo@83.150.88.111) has quit (Read error: Connection reset by peer) | |
| [18:16:41] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [18:18:03] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [18:26:42] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [18:43:23] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 250 seconds) | |
| [18:49:07] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds) | |
| [18:57:56] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [18:57:59] | ThisNewGuy (ThisNewGuy!~IceChat77@96.242.136.177) has joined #mythtv | |
| [18:58:26] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:03:57] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv | |
| [19:04:14] | ben1066: | is mythtv on windows still shakey? |
| [19:05:27] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [19:14:28] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 248 seconds) | |
| [19:18:05] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 244 seconds) | |
| [19:26:05] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:26:22] | Sharky112065_ (Sharky112065_!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [19:27:28] | dissent_ (dissent_!~Ponzo@ponzo.ponzo.net) has joined #mythtv | |
| [19:27:45] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [19:29:41] | purserj_ (purserj_!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [19:33:05] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:33:14] | J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has joined #mythtv | |
| [19:34:12] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split) | |
| [19:34:12] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [19:34:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (*.net *.split) | |
| [19:34:13] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
| [19:34:14] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [19:34:14] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (*.net *.split) | |
| [19:34:14] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [19:34:14] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
| [19:34:15] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [19:34:15] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [19:34:15] | whoDat (whoDat!~cal@yossman.net) has quit (*.net *.split) | |
| [19:34:15] | J-e-f-f-A_ is now known as J-e-f-f-A | |
| [19:35:21] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.8) | |
| [19:39:28] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [19:40:56] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [19:41:15] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [19:41:21] | zombor_ is now known as zombor | |
| [19:42:01] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [19:42:41] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [19:43:02] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [19:45:16] | Sharky112065_ is now known as Sharky112065 | |
| [19:47:16] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [19:47:51] | 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) | |
| [19:48:15] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [19:57:14] | Sharky112065 is now known as Sharky112065_ | |
| [20:01:53] | Sharky112065_ is now known as SharkySharky | |
| [20:02:14] | SharkySharky is now known as Sharky112065_M | |
| [20:02:29] | Sharky112065_M is now known as Sharky-AFK | |
| [20:02:41] | Sharky-AFK is now known as Sharky-Sleep | |
| [20:02:54] | Sharky-Sleep is now known as Sharky112065 | |
| [20:21:43] | Lomion0815 (Lomion0815!~markus@213-33-10-192.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [20:36:32] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-pyorxecqidwyxgjz) has joined #mythtv | |
| [20:38:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 244 seconds) | |
| [20:48:41] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has joined #mythtv | |
| [20:49:16] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Client Quit) | |
| [20:50:43] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:55:53] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Quit: Leaving) | |
| [21:21:54] | whoDat (whoDat!~cal@yossman.net) has joined #mythtv | |
| [21:43:15] | danielk22: | gigem: #10870 is strange. The scheduler shouldn't try use a different virtual recorder for back-to-back recordings unless there is some forced pre/post record. Could this be the LiveTV ordering change, or should I be looking elsewhere? |
| [21:43:15] | ** MythLogBot http://code.mythtv.org/trac/ticket/10870 ** | |
| [21:47:54] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [22:18:04] | sphery: | danielk22: my preference on the cache directory is to enable a setting as another built-in Storage Group (like DB Backups or Videos or whatever), but there were a lot of people who disliked the idea last it came up--for some reason others were proposing an environment variable (and, FWIW, I'd propose getting rid of MYTHCONFDIR and doing some -c /path/to/config.xml type approach like "normal" *nix programs (if we separate out cache dir setting, ... |
| [22:18:11] | sphery: | ... then only config file is config.xml, so using MYTHCONFDIR or similar environment variable is unnecessary) |
| [22:19:39] | sphery: | i.e. if we break with "tradition" (of having MYTHCONFDIR), why not just re-do it to fit our current design that has SGs and such we didn't have back when MYTHCONFDIR was added |
| [22:31:05] | stuartm: | the only config file for the core binaries is config.xml, plugins may have their own configs |
| [22:45:28] | Beirdo: | some will have key files and the like too |
| [22:46:01] | Beirdo: | RAOP (or whatever) and wunderground for mythweather both store keys in the confdir structure |
| [22:50:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:55:40] | jya: | danielk22: obviously not… I was surprised too that the autobuild worked fine |
| [23:01:12] | gigem: | danielk22: I just noticed your question. I'll try to look at it later this evening. |
| [23:07:54] | jya: | Beirdo: there's one commit wagnerrp was supposed to do with his earlier commit, but he didn't. The new server pool defines a new setting, but he didn't commit the UI change to modify the value of that setting |
| [23:13:32] | Beirdo: | jya: the buildbot slaves aren't configured to use RAOP, etc |
| [23:14:19] | jya: | should just install libcrypto and libdns-sd |
| [23:14:21] | Beirdo: | which would be why they didn't catch the symbol visibility issue you had |
| [23:14:48] | Beirdo: | we should probably get another slave with it enabled |
| [23:14:54] | Beirdo: | that way we build with and without |
| [23:15:05] | jya: | Beirdo: while I have you… whenever I run make distclean or make clean, it stops with error in the zeromq bit |
| [23:15:17] | Beirdo: | it shouldn't stop |
| [23:15:30] | Beirdo: | IIRC, it was set to ignore errors |
| [23:15:34] | jya: | what's wrong with always building it in ? the aim of the buildbot is covering all the code no? |
| [23:15:40] | Beirdo: | if not, I'll go check |
| [23:15:44] | Beirdo: | yes. |
| [23:16:03] | Beirdo: | and all code includes both with and without every optional feature |
| [23:16:11] | Beirdo: | which we haven't really done yet |
| [23:16:27] | jya: | raop/airplay and some other code will automatically be included if libdns-sd and libcrypto dev package are installed |
| [23:16:33] | Beirdo: | we also don't have one that will build VAAPI |
| [23:17:19] | jya: | oh, I think I mentioned that earlier, but zeromq has a dependency on a lib and the build will fail without.. should be checked by the configure and give a bit more verbose message |
| [23:17:34] | jya: | hum… vaapi that is one I was supposed to finish for 0.26 and I didn't |
| [23:17:35] | Beirdo: | it needs libuuid |
| [23:17:41] | jya: | ah that's right |
| [23:18:01] | Beirdo: | yeah, I'll look at putting a check in the main configure |
| [23:18:14] | Beirdo: | but really, the message it gives is plenty verbose. |
| [23:18:27] | Beirdo: | even though it's debian/ubuntu specific :) |
| [23:18:37] | Beirdo: | that's how it came from upstream, BTW |
| [23:18:58] | Beirdo: | but yeah, checking it further up in the build would be wise |
| [23:19:58] | Beirdo: | the good thing is... many of our users use the mythbuntu builds, which I'm sure by now have that as a prereq :) |
| [23:20:47] | Beirdo: | thanks for the reminder, BTW |
| [23:33:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.