Saturday, August 29th, 2015, 00:35 UTC | ||
[00:35:17] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
[00:35:42] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
[00:38:48] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 264 seconds) | |
[00:47:17] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
[01:35:53] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[01:39:28] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
[01:40:04] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has joined #mythtv | |
[02:23:18] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 250 seconds) | |
[02:24:12] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
[02:25:17] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[02:28:58] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 244 seconds) | |
[03:51:02] | amessina_ (amessina_!~amessina@unaffiliated/amessina) has joined #mythtv | |
[03:51:35] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Ping timeout: 246 seconds) | |
[04:20:16] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has quit (Ping timeout: 260 seconds) | |
[04:27:31] | amessina_ (amessina_!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
[06:27:05] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has joined #mythtv | |
[07:03:24] | lautriv__ (lautriv__!~lautriv@f050087089.adsl.alicedsl.de) has joined #mythtv | |
[07:07:00] | lautriv_ (lautriv_!~lautriv@f050085043.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
[10:12:57] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
[11:05:06] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has quit (Ping timeout: 240 seconds) | |
[11:26:26] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
[11:26:27] | Steve-Goodey (Steve-Goodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
[11:42:27] | lautriv__ is now known as lautriv | |
[11:45:25] | enyc: | superm1, tgm4883, dekarl: I have a fixup for the mysql-config-bind-addcess-ipv6-compatibility *update package* case — i.e. when changing bind-address=0.0.0.0 to bind-address=:: ... we commited this to master, but generates "config file modified by user" warnings for those ''updating'' IF they turned-on public_bind "other computers run mythtv"... |
[11:46:30] | enyc: | superm1, tgm4883, dekarl: the neatest fixup for this I can find involves mythtv-database.postinst, mythtv-database.preinst and creating a temporary file in /etc/mysql/conf.d/ ... found no way around this, but it works neatly in all cases, no warnings |
[11:47:06] | enyc: | superm1, tgm4883, dekarl: I'm wondering if I should try to pull-request this for master (or we just don't care about "testing" master users and warnings...) in the first-instance... |
[12:01:34] | enyc: | https://github.com/SimonIremonger/packaging/c . . . e66116a5e6ab |
[12:01:43] | enyc: | I couldn't find a neater way todo it, comments wanted please =) |
[12:18:25] | Orionid (Orionid!~Orionid@cpe-107-10-114-21.new.res.rr.com) has quit (Ping timeout: 265 seconds) | |
[12:19:47] | Orionid (Orionid!~Orionid@cpe-107-10-114-21.new.res.rr.com) has joined #mythtv | |
[12:20:59] | Orionid (Orionid!~Orionid@cpe-107-10-114-21.new.res.rr.com) has quit (Read error: Connection reset by peer) | |
[12:47:18] | superm1: | enyc: overall it looks like the right approach, but it is possible that someone changed the conf file in another way other than the public bind option. Since it's in /etc they have right to do that |
[12:47:43] | superm1: | I think it would be best to compare md5 instead of file existence and checking for the diff |
[12:48:03] | superm1: | The md5 of a file changed to have public bind turned on should be consistent |
[12:48:27] | enyc: | superm1: if they changed conf file manually.. thats advanced user imho will find merge update is acceptable |
[12:49:24] | superm1: | Yeah they would – but you still need to prompt that user |
[12:49:25] | enyc: | superm1: I don't understand why the md5 check is any different... i thitnk as-is this (better) handles the case where public_bind is on AND they changed something eles in the same file |
[12:49:39] | enyc: | superm1: which it will do as-is |
[12:49:49] | ** superm1 looks again ** | |
[12:49:53] | enyc: | superm1: debian sees the 'other change' as-well and asks them... |
[12:50:13] | enyc: | superm1: the preinst runs first, THEN debian does the config-file-update-check etc. , THEN postinst runs |
[12:50:26] | enyc: | superm1: should have made that more clear in the comments |
[12:50:52] | superm1: | Ohhh |
[12:50:58] | enyc: | superm1: the prompt-user-etc happens in debian-packaging-checking etc etc... |
[12:51:00] | superm1: | Yeah you restore it to the old one |
[12:51:05] | superm1: | I see |
[12:51:11] | enyc: | superm1: i've tried all 3 cases and this works |
[12:51:15] | superm1: | Then yeah this looks good |
[12:51:57] | enyc: | superm1: though I've only been trying on wheezy-i386 for various reasons... trusty or similar would be worth checking too before (ohpefully) getting into fixes/0.27 along with matching config-file-update fix |
[12:52:23] | enyc: | then I'd be good for setting up my own mythtv system on this mostly-ipv6 network =) |
[12:52:24] | superm1: | Well so what happens if you don't have an ipv6 dhcp server on network? |
[12:52:36] | enyc: | all carries on as usual |
[12:52:58] | enyc: | its' only ever a problem if you explicitly build the kernel with IPv6 support disabled, then the world comes to an end, but then lots of packages are like that =) |
[12:53:12] | superm1: | Ah okay |
[12:53:13] | enyc: | mythbackend is ipv6-binding-compatible already etc |
[12:53:20] | enyc: | ::1 (ipv6-loopback) always works etc |
[12:53:35] | enyc: | more to the point, ethernet interfaces always get a fe80:: ipv6 link-local address |
[12:53:50] | enyc: | you require a *router advertisement* to get ipv6-autoconfig ipv6 global address |
[12:54:03] | enyc: | NB: DHCPv6 is OPTIONAL, and DIFFERENT, NOT equivalent to DHCPv4 |
[12:54:37] | superm1: | That's what I thought. But so on a network that doesn't have a router advertisement broadcast can you still connect from other ipv4 machines? |
[12:54:41] | enyc: | DHCPv6 can be stateless providing-extra-information OR stateful "static address allocation" much more similar to DHCPv4, except that it requires the RADVD (router advertisement) as well |
[12:54:46] | enyc: | yes exactly |
[12:55:22] | enyc: | UNLESS you manually fiddle with the sysctl and disable ipv4-compatibility of ipv6-sockets (bindv6only i think its' called) |
[12:55:36] | enyc: | binding to :: is what the mysql-5.5 manual tell you to do =) |
[12:55:57] | superm1: | Ah kk |
[12:56:31] | superm1: | Got my concerns covered then |
[12:56:51] | enyc: | mythbackend daemon itself... takes a different approach of 'listing' every ipv6 and ipv4 address, and listening on every one individually, it would seem |
[12:56:57] | enyc: | (see sudo netstat -lutnp ) |
[12:57:35] | lautriv: | (superseded by ss these days) |
[12:57:43] | enyc: | there is some fiddly mess with mythtv-database updating something in the mysql hat etlls mythbackend to turn on/off public_bind |
[12:58:12] | enyc: | as far as I can tell, my fix, keeps that working the same |
[12:59:02] | enyc: | superm1: mysql 5.1 doesn't support the ipv6-socket but then thats' pre-wheezy pre-precise (i.e. not supported) only |
[12:59:49] | enyc: | lautriv: oooooooooooh ss tool interesting didn't know about that |
[13:00:08] | enyc: | lautriv: grrr... I wish it would show you WHICH ipv6-sockets are bindv6only and not ... |
[13:00:09] | lautriv: | enyc, similar thing but iprout2 |
[13:00:29] | enyc: | lautriv: processes creating sockets can expliticly turn on bindv6only |
[13:00:41] | superm1: | enyc: yeah don't care about stuff that old, agree |
[13:01:09] | enyc: | lautriv: e.g. mysql-server-5.5 doesn't do that... as their own instructions tell you to use :: if you want "all ipv4 and ipv6 addresses are ok" |
[13:01:51] | enyc: | superm1: can you see any other potential snags with my update-case-fix, if not i'll pullreq to master |
[13:02:21] | lautriv: | enyc, i remember mysql did a bunch of ugly things in the past, honestly did not check my newer installs which doing mariadb anyway. |
[13:02:29] | enyc: | superm1: after more testing (with fix patched manually into 0.27 as well), i may request both it and the config fix goes into fixes/0.27 later =) |
[13:05:50] | lautriv: | enyc, i find my output verbose enought, try ss -tulpex |
[13:06:06] | superm1: | enyc: I think it looks pretty solid |
[13:06:33] | superm1: | Pull request to master and we can back port it to fixes later |
[13:07:02] | enyc: | nods |
[13:07:19] | enyc: | superm1: would it be good if next mythtv 0.28 master build in PPA goes through, "testing" people try the update, etc etc first? |
[13:15:20] | superm1: | Yeah |
[13:16:11] | superm1: | Unfortunately we don't have a good feedback loop, so just wait a week or two and hope someone complains if something goes wrong |
[13:16:33] | enyc: | how regular are 0.28 'master' updates to core mythtv?? |
[13:16:42] | enyc: | 0.27 doesn't seem to have changed since -08–03 ? |
[13:21:19] | Hydr0p0nX: | 0.27 has been very stable for me |
[13:21:38] | enyc: | superm1: #64 pull request generated |
[13:21:38] | ** MythLogBot http://code.mythtv.org/trac/ticket/64 ** | |
[13:22:15] | Hydr0p0nX: | only complaint being a mild audio stutter when i first start watching livetv for a few minutes and I'm fairly sure that's because I went for cheapish drives |
[13:22:17] | enyc: | Hydr0p0nX: nods, it just fails when using ipv6-addressing over the network due to silly-little-config-error in mysql service ;p about to xe sorted =) |
[13:22:35] | superm1: | enyc: kk. 0.27 only builds if there are changes to the code branch |
[13:22:37] | Hydr0p0nX: | yea, I'm not running ipv6 internally yet |
[13:22:53] | enyc: | superm1: master builds even on just packaging changes ?? |
[13:24:58] | brfranse_ (brfranse_!~brfransen@75-136-132-169.dhcp.gnvl.sc.charter.com) has quit (*.net *.split) | |
[13:24:59] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has quit (*.net *.split) | |
[13:24:59] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (*.net *.split) | |
[13:25:00] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
[13:25:13] | taylorr (taylorr!~taylorr@107.15.100.238) has joined #mythtv | |
[13:25:13] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
[13:25:13] | taylorr (taylorr!~taylorr@107.15.100.238) has quit (Changing host) | |
[13:25:25] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has joined #mythtv | |
[13:25:35] | brfransen (brfransen!~brfransen@75-136-132-169.dhcp.gnvl.sc.charter.com) has joined #mythtv | |
[13:28:08] | superm1: | enyc: master is same way. It just happens to build more frequently because it changes more frequently |
[13:28:43] | enyc: | superm1: is there some way i can get LP/PPA-system to email me of new versions / cahngelog ? |
[13:32:13] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
[13:33:16] | enyc: | ooooooh there is a mythtv-commits mailing list ;p |
[13:35:53] | enyc: | not quite what i wanted hrrm |
[13:41:55] | enyc: | mythtv-firehose will do for now |
[14:27:54] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4885.dip0.t-ipconnect.de) has joined #mythtv | |
[14:47:39] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
[15:28:54] | lautriv: | i have a question which is not entirely clear to me .... afair mythbackends can do balanced recording e.g. if a backend runs out of free space, it will save on another space known to the DB like a slave-backend, no ? |
[15:37:32] | clever: | only if the backend doing the capture has write access to that disk, usualy via an NFS mount |
[15:43:14] | lautriv: | that's odd. i observed NFS producing more problems than Myth if it runs for some time :( this was however just the start of the real question, which would be about user-jobs where i assume some transcode/lossless_cut/move whatever does also not run internally e.g. all jobs on one slave ? |
[16:06:40] | clever: | most of my nfs problems have been from the server being turned off while the share was mounted |
[16:07:01] | clever: | needs certain modes like soft,udp to allow it to fail in a good way |
[16:07:52] | clever: | dont remember the details on how transcode expects the storage to be handled |
[16:08:09] | lautriv: | nfs4 is above the old odds but it does deep stacking and leads to other issues ( e.g. NFS on recent XFS may freeze the machine ) |
[17:16:20] | dekarl: | usually we don't recommend NFS anymore. internal remote file access works well |
[17:17:00] | dekarl: | personally I load balance for free disk manually by simply moving around recording files. the backend will figure out on its own where they moved after all :) |
[17:34:06] | enyc: | OoooOoo my packaging changes are being taken goodgood =) |
[17:58:37] | clever: | dekarl: ah, i havent used the more recent versions, digital service is a double edged sword |
[17:58:50] | clever: | better quality, better drm |
[17:59:41] | clever: | the tv streams in over the router, so in theory, mythbackend can directly record with zero extra hardware |
[18:00:02] | clever: | so sticking a STB and a h264 encoder into the loop just feels wrong |
[18:03:46] | joki (joki!~joki@p5B36C4BD.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
[18:08:58] | joki (joki!~joki@p5B36CE60.dip0.t-ipconnect.de) has joined #mythtv | |
[18:28:12] | lautriv: | dekarl, that was what i was after but can a slave do e.g. lossless_cut on a file recorded by master and maybe save the result on a video-dir on slave2 ? |
[18:33:03] | dekarl: | lautriv: that is a good question, I have not looked at the script in that detail. mythtranscode should work on remote files |
[18:50:59] | lautriv: | dekarl, i will test it out. now one last thing ... regardless of the final kind of access (internal/nfs/whatever) it will produce traffic which may be preferably done at times where no frontend(s) want data, i found never a timing option for the scheduler to tell e.g. transform after 4AM or something. |
[18:56:59] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4885.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
[19:20:12] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 255 seconds) | |
[19:25:00] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
[19:25:00] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
[19:25:00] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[19:28:14] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
[19:30:25] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 244 seconds) | |
[19:35:05] | dekarl1 is now known as dekarl | |
[19:35:09] | dekarl: | lautriv: backends will save locally. You can set a time window to run jobs in mythtv-setup. |
[20:12:28] | danlin (danlin!971f9165@gateway/web/freenode/ip.151.31.145.101) has joined #mythtv | |
[20:13:49] | danlin: | hi, I discussed about a problem I had with btrfs and mythbuntu 140403 in btrfs, is it ok if I copy paste the discussion here ? it's nott too long. |
[20:16:29] | enyc: | sounds interresting =) |
[20:16:38] | enyc: | danlin: if needbe point us at pastebin/whatever |
[20:18:25] | danlin: | Ok, I share it, as to me it's important cause it's a simple way to add an external pendrive/hardrive to the mythtv system using btrfs. First time I use pastebin. http://pastebin.com/2krkuTp5 , does it work? |
[20:19:37] | danlin: | I was experimenting a simple way to separate /var/lib/mythtv data, and a simple way to add space to that directory using USB. |
[20:20:00] | enyc: | danlin: ooooo interesting I'm not familiar with using btrfs multi device |
[20:20:12] | enyc: | can indeed see the pastebin |
[20:23:19] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-206-254.lns20.mel8.internode.on.net) has joined #mythtv | |
[20:25:14] | danlin: | Well,with btrfs, with just a command, a line in /etc/fstab, you can add space to /var/lib/mythtv directory. It basically works, but if you move your USB hard-drive in another USB-socket they change name "dev/sdX" and it doesn't work anymore. |
[20:29:11] | danlin: | It should work also without modify /etc/fstab, but it's like something is missing in UDEV, XFCE, INITRAMFS,MYTHTV,or MYTHBUNTU, I really don't know. just a little help,I'm just an user. |
[20:31:12] | danlin (danlin!971f9165@gateway/web/freenode/ip.151.31.145.101) has quit (Quit: Page closed) | |
[20:42:42] | ** enyc was going to tell danlin about UUIDs ;p ** | |
[21:10:46] | dekarl: | actually telling him about storage groups sounds like it fits his problem better... https://www.mythtv.org/wiki/Setup_Storage_Dir . . . File_Systems |
[21:11:38] | dekarl: | "it's a simple way to add an external hardrive to the mythtv system"... just mount it, create a directory below the mount point and add that to your storage group |
[21:24:01] | Steve-Goodey (Steve-Goodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[21:24:07] | lautriv (lautriv!~lautriv@f050087089.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
[21:28:36] | enyc: | dekarl: hehehe... I'm not yet a well experienced user etc... |
[21:29:22] | enyc: | dekarl: Acutally, I wonder about a different situation — I want to run low power ARM system etc. for backend, e.g. hummingboard-i2ex or something... recording from DVB, not needing transcoding |
[21:30:26] | enyc: | dekarl: I would prefer the system-image (sd-card most likely)) to be able to be backed-up/restorted separately from the *data* including database as well as mythtv storage group. |
[21:31:10] | enyc: | dekarl: even, being able to replace the sd-card with different debian/ubuntu variant while keeping the mythtv data on big hard disk |
[21:31:21] | enyc: | ideally would like the hard-disk to be able to spin-down overnight etc. |
[21:31:31] | enyc: | (unless recording or other jobs of course =) ). |
[21:47:14] | enyc: | whats' the ''right way'' to handle that? symlink /var/lib/mysql/mythconverg to the hdd too? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.