| Thursday, December 16th, 2010, 00:00 UTC | ||
| [00:00:34] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [00:00:40] | Beirdo: | stuartm: any suggestions to fix replex mess in a way that older compilers *don't* hate? :) |
| [00:01:01] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [00:01:14] | Beirdo: | you think it's worth editing the code itself to get rid of the warnings? I doubt we will be resyncing that code any time soon |
| [00:01:46] | sphery: | I kind of liked his idea of just turning all warnings off in there since it's external code |
| [00:02:11] | Beirdo: | well, I turned off specific warnings, but apparently, that borked paul-h's compile |
| [00:02:17] | Beirdo: | sorry about that. |
| [00:02:34] | sphery: | right, but turning off all should work on all compilers, right? |
| [00:02:39] | Beirdo: | old compilers should be shot, but that's not always an option, so we'll find a better way |
| [00:02:50] | Beirdo: | yeah, it should work, I guess |
| [00:02:55] | sphery: | pretty sure that's what stuartm did for ffmpeg code or one of the libs just recently |
| [00:02:57] | Beirdo: | but only for C code. |
| [00:03:16] | Beirdo: | I think that was Janne, but yeah |
| [00:03:43] | Beirdo: | I don't want to turn off warnings for the C++ in there, but thankfully they use two different flag variables :) |
| [00:04:14] | sphery: | why not? if we're not changing the code, the warnings are useless to us, right? |
| [00:04:29] | Beirdo: | well, the C++ is mythtranscode itself |
| [00:04:40] | Beirdo: | The C is the third-party code |
| [00:04:43] | sphery: | ah, yeah, in mythtranscode code, it's different |
| [00:05:32] | stuartm: | there are bits of replex outside the replex directory? |
| [00:05:59] | Beirdo: | it's in the replex dir, but the dir above (mythtranscode) directly compiles in parts of it |
| [00:06:12] | Beirdo: | so the change would be in replex.pro and mythtranscode.pro |
| [00:08:34] | stuartm: | Beirdo: ok, just add -w to the CFLAGs |
| [00:08:53] | Beirdo: | QMAKE_CFLAGS += -w |
| [00:09:12] | stuartm: | that should disable all warnings for the c code |
| [00:09:20] | Beirdo: | that should work for any version of gcc :) |
| [00:09:30] | ** stuarta heads to bed ** | |
| [00:09:34] | Beirdo: | K. |
| [00:09:43] | stuarta: | well it is building qt... :) |
| [00:09:56] | Beirdo: | yeah, have a good sleep :) |
| [00:10:00] | stuartm: | yeah, we're using it elsewhere and it's definitely in the GCC 4.3+ docs |
| [00:10:25] | Beirdo: | the one I put in is definitely in 4.4.3 |
| [00:10:36] | stuartm: | Beirdo: it wasn't there when I looked last night |
| [00:10:41] | Beirdo: | but some people are using 4.old.old |
| [00:10:57] | Beirdo: | well, it's in 4.4.3 as packaged by ubuntu |
| [00:11:06] | Beirdo: | who knows if it's vanilla or not |
| [00:14:14] | Beirdo: | done |
| [00:15:16] | dekarl1 is now known as dekarl | |
| [00:16:18] | stuartm: | doesn't appear in the docs for GCC until 4.5.0, it's not present in the docs for 4.4.5 – possible that Ubuntu backported it, or that it was quietly trialled in latter versions of 4.4.x |
| [00:17:52] | Beirdo: | yeah, either is possible |
| [00:18:47] | Beirdo: | sorry about the mess. anyways :) This should fix the issue. |
| [00:19:58] | Beirdo: | if it was our code, it would be easy enough to go in and fix the warnings completely, but this does the trick |
| [00:20:36] | stuartm: | I was trying to find an official project page earlier but it doesn't seem that there is one |
| [00:20:51] | Beirdo: | heh, good luck. it seems to move around a lot |
| [00:20:58] | Beirdo: | down to 91 & 75 |
| [00:21:07] | Beirdo: | looking much cleaner |
| [00:21:35] | Beirdo: | ooh, one of those is in mythgallery. |
| [00:21:39] | Beirdo: | stomping time! |
| [00:21:45] | stuartm: | most of the plugin warnings are mythmusic because it's yet to be completely ported to mythui |
| [00:22:57] | stuartm: | or third party code such as the visualisers |
| [00:23:14] | Beirdo: | yeah |
| [00:23:15] | stuartm: | now there must be an updated version of that somewhere |
| [00:24:48] | Beirdo: | hmm. |
| [00:24:50] | Beirdo: | how odd |
| [00:24:53] | stuartm: | -Wno-deprecated or -Wno-deprecated-declarations might be used to quiet the deprecated warnings in code that is unlikely to be ported to mythui e.g. mythtv-setup stuff |
| [00:25:24] | Beirdo: | or we can leave them as sore thumbs. |
| [00:25:25] | Beirdo: | heh |
| [00:25:33] | Beirdo: | keep hitting them with hammers |
| [00:27:55] | stuartm: | I do want to see a day when I can delete those old ui classes and I'd like it to be soon, so I have no problem leaving those deprecated warnings as a thorn in our side |
| [00:28:28] | Beirdo: | yeah |
| [00:30:36] | stuartm: | I'm grateful to markk and iamlindoro for working on squashing the warnings for the code they maintain |
| [00:31:54] | stuartm: | even when it's not that simple |
| [00:33:36] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:34:53] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [00:37:50] | andreax1 (andreax1!~andreaz@p57B953CD.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [00:41:33] | kormoc is now known as kormoc_afk | |
| [00:44:29] | Beirdo: | dcrawplugin.cpp: In function âQObject* qt_plugin_instance_dcrawplugin()â: |
| [00:44:32] | Beirdo: | dcrawplugin.cpp:44: warning: no previous declaration for âQObject* qt_plugin_instance_dcrawplugin()â |
| [00:44:43] | Beirdo: | I don't get what it's supposed to do :) |
| [00:45:08] | Beirdo: | it's using Q_EXPORT_PLUGIN2 |
| [00:45:20] | Beirdo: | just as the plugins-howto indicates |
| [00:57:36] | Beirdo: | I'll chase it again later. |
| [00:57:41] | Beirdo: | bah to it for now |
| [01:02:42] | sphery: | maybe time to switch it to libraw ;) |
| [01:02:57] | sphery: | (much easier said than done) |
| [01:03:01] | Beirdo: | it's not that, it's the Qt Plugin interface that's being a pig :) |
| [01:03:07] | Beirdo: | and yeah, that will be a pain too |
| [01:03:27] | Beirdo: | it's the only place in the entire code that we use Q_EXPORT_PLUGIN2 |
| [01:16:48] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 265 seconds) | |
| [01:29:40] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [01:30:12] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [01:38:01] | kormoc_afk is now known as kormoc | |
| [01:40:35] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [01:44:44] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 260 seconds) | |
| [01:47:15] | jya: | stuartm: I haven't tried compiling mytharchive since I ran configure with --disable-mytharchive.. I see that my autobuild system compile it fine.. so I'm not sure what the problem is provided the autobuild machine uses the same distribution as my dev machine |
| [01:49:09] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Read error: Connection reset by peer) | |
| [01:49:36] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [01:57:28] | Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Remote host closed the connection) | |
| [02:03:42] | Dave123 (Dave123!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [02:06:55] | markk (markk!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 276 seconds) | |
| [02:19:31] | markk (markk!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv | |
| [02:19:37] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Quit: jya) | |
| [02:29:05] | Dave123 (Dave123!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv | |
| [02:49:34] | jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv | |
| [03:22:59] | Goga777 (Goga777!~Goga777@shpd-92-101-151-64.vologda.ru) has joined #mythtv | |
| [03:23:05] | castlec (castlec!~christoph@cpe-76-181-105-97.insight.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [03:23:06] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood) | |
| [03:24:41] | castlec (castlec!~christoph@cpe-76-181-105-97.insight.res.rr.com) has joined #mythtv | |
| [03:25:47] | Goga777 (Goga777!~Goga777@shpd-92-101-151-64.vologda.ru) has quit (Remote host closed the connection) | |
| [03:26:51] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv | |
| [03:33:36] | jya: | wagnerrp: you mae a page where you enter the SVN revision and it gives the corresponding git sha.. what's the url again? |
| [03:34:30] | wagnerrp: | if you want something quick... [12345] |
| [03:34:31] | MythLogBot: | SVN 12345: (branch master) https://github.com/MythTV/mythweb/commit/18d0b946 |
| [03:34:43] | jya: | I know that one. |
| [03:34:57] | jya: | more so for users, someone is asking in the mailing list |
| [03:35:22] | jya: | you had a URL, you added the revision at the end, and magically you got to github.. |
| [03:35:27] | jya: | was you wasn't it ? |
| [03:35:32] | wagnerrp: | for something one a web page, i put together this one... http://www.wagnerrp.com/commitlog/svn/27300 |
| [03:35:41] | wagnerrp: | but the database that holds the information is currently not populated |
| [03:35:55] | wagnerrp: | ive got the webpage stored on code.mythtv.org, just never put it in place |
| [03:36:46] | wagnerrp: | it links to a revision, not a download link |
| [03:37:00] | wagnerrp: | it was intended to replace the existing revision links on the wiki |
| [03:37:02] | jya: | yeah, that's good too :) |
| [03:37:10] | wagnerrp: | although it would be fairly trivial to have it provide download links |
| [03:37:29] | jya: | i only wanted to have the corresponding git sha |
| [03:37:40] | jya: | it's something I don't like with git |
| [03:37:54] | jya: | you can't tell looking at a sha revision if it's older or more recent than another |
| [03:37:58] | jya: | svn it was obvious |
| [03:38:04] | xris: | wagnerrp: damn, forgot that we were going to do that |
| [03:38:26] | jya: | so there's no page yet ? |
| [03:38:43] | wagnerrp: | the page is all there, just looking for someone to look it over for sanity/security |
| [03:38:45] | jya: | where is Beirdo database, the same one he uses for the ircbot ? |
| [03:38:56] | wagnerrp: | its on the server somewhere |
| [03:38:59] | jya: | The requested URL /commitlog/svn/27300 was not found on this server. |
| [03:39:09] | jya: | for : http://code.mythtv.org/commitlog/svn/27300 |
| [03:39:36] | wagnerrp: | yeah, as mentioned, the application is sitting in a tarball on the server, not yet installed |
| [03:39:57] | wagnerrp: | would take no more than a few minutes to get it up though |
| [03:48:42] | xris: | yeah. my intent was to create a git repo on the server for each webserver |
| [03:48:48] | xris: | split services, code, www |
| [03:49:08] | xris: | then I decided to spend evenings away from my computer. except for writing about beer on my blog |
| [03:49:17] | wagnerrp: | xris, there is a code browser at code.mythtv.org/svn already |
| [03:49:38] | wagnerrp: | could i hook into that code browser to use code.mythtv/org/svn/changelog and code.mythtv.org/svn/download? |
| [03:51:01] | xris: | that's svn, not a code browser |
| [03:51:05] | xris: | mod_dav_svn, that is |
| [03:51:53] | wagnerrp: | so that would take a lot of effort to do... |
| [03:52:14] | wagnerrp: | or maybe some slight tweaking to the rewrite rules |
| [03:52:24] | xris: | might be able to alias it out |
| [03:52:47] | xris: | we just said we'd keep the http svn stuff up for a bit |
| [03:52:55] | xris: | so automated svn http checkouts don't break |
| [03:53:09] | Beirdo: | [27300] |
| [03:53:09] | MythLogBot: | SVN 27300: (branch master) https://github.com/MythTV/mythtv/commit/58edeb15 |
| [03:53:21] | wagnerrp: | well, not like i cant just put it elsewhere |
| [03:53:39] | Beirdo: | anyways, the CSV for that is in my mythtvmeta repo |
| [03:54:15] | wagnerrp: | or /opt/tmp/commitlog.sql |
| [03:55:06] | Beirdo: | heh |
| [03:55:27] | Beirdo: | I think there's a copy of my sql import sitting in my homedir on the server too |
| [03:55:41] | ** Beirdo waits for his new toy to charge up. ** | |
| [04:00:55] | wagnerrp: | jya: i can bring my page back up, but i dont know enough about how apache is configured on code.mythtv.org to properly install it there |
| [04:02:06] | Beirdo: | wagnerrp: I can help with that in a bit |
| [04:02:50] | jya: | Well, I forced it on you guys, and advertised http://code.mythtv.org/commitlog/svn/<revision> |
| [04:03:10] | wagnerrp: | actually, i was hoping to have a better name at least |
| [04:03:24] | xris: | jya: we *could* just let you look foolish. ;) |
| [04:03:43] | wagnerrp: | http://code.mythtv.org/<something>/changelog and /download |
| [04:03:53] | jya: | I'm sure people are smart enough to see where the issue really is :) |
| [04:04:07] | wagnerrp: | no idea for the <something>, since svn is already taken |
| [04:05:00] | jya: | what about something = commitlog/svn |
| [04:05:03] | jya: | :) |
| [04:13:27] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [04:34:44] | superm1: | xris, did you ever get a chance to look over my generic bootstrap script? |
| [04:34:57] | superm1: | if that looks good, i'm going to consider moving the bzr stuff back into git again, in the packaging branch if possible |
| [04:35:09] | xris: | superm1: unfortunately, no.. |
| [04:35:29] | xris: | but I think the best plan is going to be to have each build type do its own bootstrapping... |
| [04:35:40] | superm1: | which is what the generic bootstrap does too |
| [04:35:43] | xris: | as I was rewriting the rpm one I realized that I don't need any sort of bootstrap |
| [04:35:53] | superm1: | oh you mean rpm/deb etc |
| [04:35:57] | xris: | yeah |
| [04:36:09] | xris: | does yours do something else? |
| [04:36:22] | superm1: | well my thought was that the generic bootstrap would check it out to a known state |
| [04:36:34] | superm1: | and then there can be a top level makefile to build EVERYTHING without packaging |
| [04:36:44] | superm1: | and packaging could build from the same known state for rpm/deb/osx/win32 etcc |
| [04:36:55] | xris: | rpm doesn't need a known state |
| [04:37:04] | superm1: | or at least a known structure is what i mean |
| [04:37:13] | superm1: | so mythtv is always in place X, myththemes is in place Y |
| [04:37:14] | xris: | mythtv hasn't really changed.. rpm just needs tarballs |
| [04:37:26] | superm1: | to update everything this rule will work to pull everything in place |
| [04:37:30] | xris: | as long as packaging and mythtv share the same dir, the rpm build script is fine. |
| [04:37:55] | xris: | not sure yet what I'm going to do with mythweb, but the package will get split out from the rest of mythtv |
| [04:38:23] | xris: | but not sure what a bootstrap can do other than check everything out to the same parent dir |
| [04:38:24] | superm1: | well even if you dont use the bootstrap for rpm, i think it can still be useful to have that on code.mythtv.org as to check everything out, check out the packaging branch and run bootstrap.sh |
| [04:39:13] | superm1: | i guess my dream is that it's possible to build rpms/debs/exe's all from the same box and the same checkout |
| [04:39:37] | superm1: | or collection of checkouts more specifically |
| [04:40:57] | xris: | rpm doesn't work like that |
| [04:41:21] | superm1: | if it needs tarballs, rpm's build script can generate tarballs initially then too |
| [04:41:32] | xris: | but I don't see why we need a script that just calls `git clone` 2–3 times |
| [04:42:33] | superm1: | it can git update and switch branches too though |
| [04:42:47] | superm1: | so in a user's eyes if they just call that script daily, it would always have an up to date checkout |
| [04:42:51] | superm1: | and reflect the proper branch |
| [04:42:55] | xris: | don't need to do that. git archive handles that magic |
| [04:43:24] | xris: | your bootstrap also does wonky stuff like putting mythweb back in plugins |
| [04:44:00] | xris: | if you're going to do that, I think subtrees (or at least remotes) are a better option. |
| [04:44:27] | superm1: | subtrees don't seem like the best option to me because they work on checkouts that don't track branches |
| [04:44:51] | superm1: | i would imagine that when mythplugins tarballs were generated for release that mythweb would still be in mythplugins no? |
| [04:44:51] | xris: | well, they track specific branches |
| [04:44:58] | xris: | no |
| [04:45:20] | superm1: | they work on local branches checked out to a specific commit, not branches that will follow HEAD if you git update |
| [04:45:25] | xris: | the only reason mythweb was in plugins was because no one could come up with a better place to put it. it's not a plugin — technically it's an alternate frontend |
| [04:45:49] | xris: | you can update subtrees.. but it's difficult to switch branches (e.g. between master and fixes) |
| [04:46:34] | xris: | I wasn't really thinking about using a single tree to build for both fixes and unstable, though |
| [04:47:10] | xris: | imho every app should have had its own git repo, but that does make things messy to keep sync between mythtv versions |
| [04:47:37] | xris: | I'm hoping to get mythweb to a point where its not attached directly to a specific version of the backend |
| [04:48:12] | Beirdo: | other than by protocol version |
| [04:48:20] | xris: | Beirdo: no.. the php bindings will abstract that |
| [04:48:27] | Beirdo: | ahh, fair enough |
| [04:49:01] | Beirdo: | much like nuvexport is mostly mythtv version agnostic |
| [04:49:07] | xris: | I'll admit that I don't know much about debian packaging (I tried once, but the ease of working with rpm is the main reason I stick to fedora)... rpm builds against tarballs, which means that the rpm build script calls git archive |
| [04:49:15] | xris: | Beirdo: exactly |
| [04:49:18] | Beirdo: | other than the version of mythffmpeg at the moment |
| [04:49:29] | xris: | yeah |
| [04:49:38] | xris: | imho none of the non-lib-connected extras should be tied to the version. |
| [04:50:12] | xris: | otherwise, makes apps like mythdroid too difficult to keep up to date |
| [04:50:41] | Beirdo: | which really isn't our problem, but point well taken |
| [04:51:02] | Beirdo: | why does 3h of charging always seem like so long the first time around? |
| [04:51:25] | xris: | lol, you got your nook? |
| [04:51:32] | Beirdo: | yup |
| [04:52:04] | Beirdo: | now I should go look at that myth_system rework the dude made a ticket for |
| [04:52:20] | Beirdo: | stupid Qt making mutexes the way they did. Sigh |
| [04:52:58] | xris: | hmm, nook would make a killer mythtv remote..... |
| [04:53:12] | Beirdo: | Kindles run Linux... |
| [04:53:27] | Beirdo: | with Java apps (unfortunately) |
| [04:53:52] | Beirdo: | at least the nook color is Android, so.... |
| [04:53:58] | xris: | and has a touchscreen |
| [04:54:01] | Beirdo: | yup |
| [04:54:18] | xris: | mythdroid seems pretty decent... but mythtv constantly updating protocol tags makes it unusable for me |
| [04:54:42] | xris: | superm1: does your deb stuff build without a tarball? |
| [04:54:56] | Beirdo: | bah, you have the Android SDK, you can fix it |
| [04:55:00] | jya: | xris: and worse, mythtv preventing client to actually connect and adding extra hoops to get around it.. |
| [04:55:01] | superm1: | xris, it can, but currently a giant tarball is built right before that snapshots the state of the directory |
| [04:55:13] | superm1: | the nice way about doing that way is that there is no way for anything to be out of sync |
| [04:55:54] | wagnerrp: | xris, jya: i never got an explanation to that one earlier, is it just because its difficult to frequently update phone 'apps'? |
| [04:56:47] | jya: | wagnerrp: I think the question has more to do with having "one" app to work against a various range of backend |
| [04:57:15] | jya: | you can't expect the mythdroid developer to have one application for 0.23, one for 0.24, one for trunk protocol x, one for x+1 etc |
| [04:57:40] | xris: | wagnerrp: yeah, that's probably the best reason. |
| [04:57:43] | xris: | esp. for non-devs |
| [04:57:54] | xris: | superm1: one giant tarball.. containing what? |
| [04:58:00] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 245 seconds) | |
| [04:58:00] | wagnerrp: | but you were mentioning a problem specifically for handling the token |
| [04:58:04] | jya: | when in 99% of the case, the change in the protocol made it completely fine to connect when you just ignore the version |
| [04:58:20] | wagnerrp: | he seemed to be doing that well enough by just having a bunch of string lookups, mapping versions to tokens |
| [04:58:53] | xris: | yeah. |
| [04:58:59] | jya: | I can use my trunk frontend to play live tv with a 0.24 backend if I hacked both the backend and frontend to ignore those tests |
| [04:59:17] | xris: | my hope is that the new json API we've been talking about would eliminate protocol version mismatch issues |
| [04:59:37] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [04:59:39] | xris: | since we'd basically be moving from an array-based protocol to an object-based one |
| [04:59:48] | jya: | I think changing the whole system, just to prevent "one" application to simply loop thought the protocol number until it find one working was a bit extreme |
| [05:00:07] | xris: | and could use method signatures to check versions on things if we really needed that granular level of control |
| [05:00:21] | xris: | for the most part, protocol and db schema bumps just add fields, though... which means backwards compatible |
| [05:00:48] | wagnerrp: | jya: no, it was to prevent any application from arbitrarily connecting to any backend |
| [05:00:57] | wagnerrp: | for the most part, updates are fairly benign |
| [05:01:20] | xris: | we need a certain level of protection.. which is why we talked about adding some sort of "incompatible" flag to stuff. |
| [05:01:21] | wagnerrp: | occasionally you get one like the programinfo rework that will cause significant problems if a 3rd party application forces a connect |
| [05:01:38] | xris: | but apps like mythweb and mythdroid don't actually need to connect to the backend like normal plugins/frontends do |
| [05:01:46] | wagnerrp: | the token was a quick way to fix those problems for now |
| [05:02:30] | xris: | I'm just glad that it's hopefully just a temporary fix until we can come up with something better |
| [05:02:35] | jya: | I just see it as another case of "let make life harder for everyone, just to prevent an idiot being an idiot" |
| [05:03:14] | Beirdo: | didn't make my life any harder |
| [05:03:56] | wagnerrp: | all it takes is a simple lookup table |
| [05:04:03] | jya: | It's like our Australian government. So here we have a lunatic throwing his kid of a bridge... Happened once in a lifetime. Result, let's spent "billions" fencing all bridges and put full time worker on bridges so people can't throw their kid of a bridge... |
| [05:04:06] | wagnerrp: | and if you really want, you can have it pull that lookup table from a website |
| [05:04:30] | Beirdo: | jya: or the TSA in American airports... but regardless... |
| [05:04:33] | jya: | but I'm just ranting :) |
| [05:05:29] | jya: | throwing kids of a bridge, being obviously a fun passtime and something happening quite often in this great country down under |
| [05:06:03] | wagnerrp: | the problem with that analogy is that most third party tools which hit the backend do completely bypass the version check |
| [05:06:05] | jya: | Beirdo: http://www.boingboing.net/2010/11/11/tsas-new-book-for-ki.html |
| [05:07:10] | wagnerrp: | some something like mythbox (or maybe mythdroid, in only made a glancing look through it and dont know java) were set up to use different structures and available commands for different protocol versions |
| [05:07:20] | wagnerrp: | most of them simply used the same block of code regardless of version |
| [05:07:57] | xris: | wagnerrp: we basically need a real API, not just a basic protocol |
| [05:08:48] | xris: | preferably one with some sort of backwards compatibility built in |
| [05:12:21] | Beirdo: | way easier said than done |
| [05:12:53] | wagnerrp: | xris: in order to do that, we would have to sit down and plan out everything that we may do in the next several years |
| [05:13:08] | wagnerrp: | you cant reasonably do backwards compatibility if you keep changing things every few weeks |
| [05:13:35] | xris: | only if you need full compatibility |
| [05:13:51] | xris: | maybe call it forward compatibility.. with an ability to block access every so often for major changes |
| [05:16:18] | xris: | I'm not talking about stuff like connecting to the backend for playback... |
| [05:16:40] | xris: | but stuff like "give me the list of upcoming recordings" via JSON will probably be back/forward compatible for a long time to come |
| [05:17:31] | xris: | we'll probably have to break things up into "must match exact version" and "will work with versions >= N" |
| [05:18:40] | jya: | xris: that would be very nice... Would also help with not having to match frontend with backend as strictly as we do now.. |
| [05:19:03] | sphery: | that said, it was how many months ago that the entire programinfo structure got changed? |
| [05:19:05] | jya: | which is an issue that will happen more likely now as there are reason someone would want to keep 0.24 and never upgrade to 0.25 |
| [05:19:15] | jya: | (XvMC and stuff) |
| [05:19:16] | sphery: | which was an incompatible change to recordings |
| [05:19:26] | wagnerrp: | sphery: it was between 0.23 and 0.24 |
| [05:19:53] | xris: | sphery: and it'll likely change again when we switch to a truly relational table structure. |
| [05:20:10] | xris: | but if we're sending stuff as objects instead of arrays, most changes will be relatively minimal. |
| [05:20:19] | sphery: | anyway, I agree that having a less-tightly-bound means of communication would be useful--but it's not going to be magical :) |
| [05:20:22] | xris: | we'll just be sending more data than the client knows what to do with, but it'll ignore it |
| [05:20:55] | xris: | that's the advantage of using a sane protocol like JSON. :) |
| [05:22:13] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [05:22:28] | sphery: | IMHO, the data isn't the hard part, it's interpreting that data, so unless you have objects with behaviors to do the interpretation (meaning real objects--not just fancy data structures--requiring an actual API for 3rd party clients), we'll have the same problems as before--clients putting invalid data into fields or thinking data means something it doesn't |
| [05:22:43] | Captain_Murdoch: | xris, does JSON handle "we don't use field X to store that data now, we use field Y and BTW, it means something slightly different now" |
| [05:23:01] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
| [05:23:23] | Captain_Murdoch: | we've done that before, phased fields out after new ones were added. |
| [05:23:27] | sphery: | it would be nice to have such, but it's a lot of work to create and maintain a real API for something as big as, and that changes as fast as MythTV |
| [05:23:52] | xris: | Captain_Murdoch: no.. but that's when a protocol version blocker would be necessary |
| [05:24:12] | sphery: | the JSON/XML/SOAP work will help, though--since it will allow looser coupling |
| [05:24:23] | xris: | yeah.. looser, but not completely free |
| [05:24:39] | Captain_Murdoch: | so in order to be compatible,the client would have to support both old and new protocols so it could operate with MythTV v0.x and 0.x+1. |
| [05:24:50] | Captain_Murdoch: | s/client/client lib/ |
| [05:24:55] | wagnerrp: | it would allow passing of objects, sure... but the client would still need to know what to do with those objects |
| [05:25:21] | sphery: | right, plus the interface/list of methods/commands |
| [05:26:43] | sphery: | and would be nice to make them a little more friendly to open them up to 3rd party clients--like rather than making "delete and allow re-record" required DELETE_RECORDING (or FORCE_DELETE_RECORDING--if the file is gone) + FORGET_RECORDING, we'd need something to abstract the details of "how" |
| [05:33:32] | kormoc: | Yeah, Mythweb is using the incorrect one, but I sorta like it, as when the FE refuses to delete a file, I still can with mythweb |
| [05:34:55] | sphery: | but frontend will ask if you want to delete anyway |
| [05:35:15] | sphery: | I thought mythweb also prompted if it was missing |
| [05:36:08] | kormoc: | negative |
| [05:36:19] | kormoc: | and I have *tons* of recordings that the frontend just refuses to delete |
| [05:36:31] | kormoc: | no popup, no failure messages, just no delete |
| [05:36:53] | kormoc: | seems to be related to corrupt streams |
| [05:39:15] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [05:39:35] | sphery: | other people have mentioned that, but I've never been able to reproduce it to fix it :( |
| [05:39:38] | Beirdo: | .win 15 |
| [05:39:41] | Beirdo: | crud |
| [05:40:24] | kormoc: | sphery, I can reproduce it every other day. If you have any hints on what I can do to help you get it fixed, I'd be glad to |
| [05:40:58] | xris: | we should have unique IDs for things, too... or use them. |
| [05:41:15] | xris: | things like DELETE_RECORDING should only need to receive an ID |
| [05:41:36] | xris: | and maybe optional FORCE and FORGET flags (though I have no idea why we need force) |
| [05:41:58] | kormoc: | missing recordinds need to be forced |
| [05:42:06] | kormoc: | to prevent you from deleting from a unmounted drive |
| [05:42:11] | kormoc: | and having video files get 'lost' |
| [05:43:33] | sphery: | we will have unique ids for recordings soon in http://code.mythtv.org/trac/wiki/TaskRecordedFile |
| [05:45:54] | _Techie_ (_Techie_!~Techie@technz.info) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [05:47:37] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [05:47:58] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [05:52:47] | xris: | kormoc: ah.. a use case I hadn't considered |
| [05:55:36] | wagnerrp: | is there any real reason to delete entries from recorded? |
| [05:56:16] | superm1: | xris, mythtv, mythplugins, myththemes, nuvexport top level and mythweb under mythplugins/mythweb |
| [05:56:28] | superm1: | and then the packaging looks for it in that structure and builds everything back to back into debs |
| [05:56:35] | wagnerrp: | can we drop oldrecorded all together, and just make a 'deleted' field in recorded? |
| [05:56:45] | wagnerrp: | that way, orphaned files wont be a problem |
| [05:56:56] | wagnerrp: | if the file shows up again, we can just 'undelete' it |
| [05:57:01] | superm1: | that's why i was trying to align on a common bootstrap structure; to allow other builds to be done similarly |
| [05:57:18] | kormoc: | wagnerrp, not a bad thought |
| [06:00:30] | wagnerrp: | sphery: ^^^ |
| [06:06:56] | xris: | wagnerrp: once we split descriptions and such out into a table shared with program info, then yes, by all means. |
| [06:07:12] | xris: | or maybe that wouldn't even matter |
| [06:20:45] | xris: | superm1: yeah, that org structure is probably going to have to be specific to the deb stuff, |
| [06:21:50] | xris: | ok, brewery business done for the night. back to working on this rpm bootstrap script |
| [06:29:08] | kormoc: | xvmc is gone in 0.25, right? |
| [06:29:59] | wagnerrp: | that was my understanding |
| [06:30:05] | wagnerrp: | but it still shows up in configure |
| [06:30:10] | wagnerrp: | so i disabled it in the ebuilds to be sure |
| [06:30:15] | kormoc: | yeah, tis why I was wondering |
| [06:38:23] | kormoc: | Beirdo, mythffplay and mythffmpeg ignore INSTALL_ROOT |
| [06:42:56] | Beirdo: | I see |
| [06:43:15] | Beirdo: | that's likely because ffmpeg doesn't do INSTALL_ROOT |
| [06:43:33] | Beirdo: | gimme a minute |
| [06:43:36] | kormoc: | kk |
| [06:45:32] | xris: | oh, to get back to a point where I can build packages again... |
| [06:45:57] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [06:46:20] | Beirdo: | kormoc: we don't use INSTALL_ROOT at ALL for that stuff it seems |
| [06:48:32] | Beirdo: | Oh, I take that back. |
| [06:48:37] | Beirdo: | it comes from configure |
| [06:49:45] | Beirdo: | which is screwy, it puts BINDIR in config.mak twice |
| [06:51:17] | kormoc: | Yeah, it's all black magic, I just know the rest of myth honors it :) |
| [06:57:05] | Beirdo: | I'll go look at the install for mythweather scripts too, I think I left it out there too |
| [07:03:56] | xris: | hmm.. splitting mythweb out makes it VERY difficult to package it at an identical version to the backend... |
| [07:04:59] | kormoc: | welcome to git |
| [07:05:00] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [07:06:37] | xris: | well, welcome to the versioning scheme we decided on FROM git. |
| [07:06:54] | xris: | release versions will be easy enough |
| [07:21:27] | Beirdo: | kormoc: that should get it |
| [08:15:35] | kormoc: | Beirdo, negative :( |
| [08:22:43] | the_alien (the_alien!~till@xbmc/staff/thealien) has joined #mythtv | |
| [08:35:03] | Beirdo: | you did do a configure, no? |
| [08:35:13] | kormoc: | Aye |
| [08:35:30] | Beirdo: | go into mythtv/external/FFmpeg |
| [08:35:35] | Beirdo: | and look in the config.mak |
| [08:35:52] | Beirdo: | does it only have one copy of the BINDIR= |
| [08:36:00] | Beirdo: | and if so, does it look right? |
| [08:36:28] | kormoc: | will check in a few |
| [08:36:36] | Beirdo: | k |
| [08:36:44] | Beirdo: | I'm busy playing with my nook ;) |
| [08:36:49] | kormoc: | new nvidia driver borked out, so had to reboot and it's been 201 days without being checked so check forced |
| [08:36:51] | Beirdo: | nook color to be exact |
| [08:37:04] | Beirdo: | oh. that will take a minute or two for sure |
| [08:37:04] | kormoc: | gonna root it and install droid? |
| [08:40:29] | Beirdo: | not completely |
| [08:40:34] | Beirdo: | don't really need to |
| [08:41:40] | Beirdo: | but I'd like to have access to it as an android device |
| [08:43:20] | Beirdo: | it's showing up with the driver... |
| [08:43:36] | Beirdo: | but no dice with adb so far |
| [08:44:44] | kormoc: | it's a locked down version, unless you root and reinstall, that's all you get afaik |
| [08:46:08] | Beirdo: | I'm following the "rooting" instructions |
| [08:52:51] | Beirdo: | I'm wondering if the unlock didn't work |
| [08:57:04] | Beirdo: | yeah, I think I did the microSD wrong |
| [09:00:35] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [09:03:21] | Beirdo: | YAY |
| [09:05:37] | yash (yash!~kruz@180.215.222.53) has joined #mythtv | |
| [09:05:46] | yash (yash!~kruz@180.215.222.53) has quit () | |
| [09:20:07] | the_alien (the_alien!~till@xbmc/staff/thealien) has quit (Quit: the_alien) | |
| [09:22:54] | the_alien (the_alien!~till@xbmc/staff/thealien) has joined #mythtv | |
| [09:29:50] | the_alien (the_alien!~till@xbmc/staff/thealien) has quit (Quit: the_alien) | |
| [09:34:38] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [09:41:41] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [09:43:42] | Goga777 (Goga777!~Goga777@shpd-78-36-176-23.static.vologda.ru) has joined #mythtv | |
| [09:57:33] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [10:01:21] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds) | |
| [10:03:32] | stuarta: | hmpf. i can see building qt-4.7.1 on mac is going to be fun |
| [10:04:26] | Goga777 (Goga777!~Goga777@shpd-78-36-176-23.static.vologda.ru) has quit (Remote host closed the connection) | |
| [10:06:41] | markk (markk!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 260 seconds) | |
| [10:18:20] | the_alien (the_alien!~till@ip-88-152-75-221.unitymediagroup.de) has joined #mythtv | |
| [10:18:27] | the_alien (the_alien!~till@ip-88-152-75-221.unitymediagroup.de) has quit (Changing host) | |
| [10:18:28] | the_alien (the_alien!~till@xbmc/staff/thealien) has joined #mythtv | |
| [10:23:09] | markk (markk!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv | |
| [10:30:24] | Feico (Feico!~chatzilla@194.149.80.4) has joined #mythtv | |
| [10:36:14] | carmony (carmony!~justin@c-24-10-194-172.hsd1.ut.comcast.net) has quit (Quit: carmony) | |
| [10:47:08] | jafa (jafa!~jafa@c-76-102-117-28.hsd1.ca.comcast.net) has quit (Ping timeout: 265 seconds) | |
| [10:52:38] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has joined #mythtv | |
| [10:59:35] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has left #mythtv () | |
| [11:30:06] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv | |
| [11:43:31] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Remote host closed the connection) | |
| [11:43:58] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv | |
| [12:04:28] | jamesba: | hi, does anyone here work on MythNetVision or MythBrowser (probably the latter is more relevant) |
| [12:04:30] | jamesba: | ? |
| [12:21:16] | wagnerrp: | iamlindoro is mythnetvision, paul-h is mythbrowser |
| [12:40:29] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [12:44:37] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 255 seconds) | |
| [13:27:41] | jamesba: | iamlindoro: if you have a moment, I was wondering where the site-maps that mythnetvision uses are stored. |
| [13:28:08] | jamesba: | iamlindoro: the obvious place to look seemed to be the netvision* tables in the database, but they all seem to have 0 rows for me |
| [13:28:52] | RDV_Linux: | jamesba: Look in internetcontentarticles |
| [13:28:53] | wagnerrp: | searches are only stored in memory, not the database |
| [13:29:05] | wagnerrp: | any mapped trees should go there, if you have done a background scan |
| [13:32:05] | RDV_Linux: | jamesba: The netvision* tables were the original beta mythnetvision location of data. This has been changed to the internet* tables as a more general Internet information set of tables. That can be used by multiple plugins. |
| [13:32:30] | ** jamesba nods ** | |
| [13:32:33] | jamesba: | ok, cool |
| [14:41:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [14:59:23] | carmony (carmony!~justin@c-24-10-194-172.hsd1.ut.comcast.net) has joined #mythtv | |
| [15:05:33] | kenni: | Beirdo: I've setup a dedicated WinXP SP3 VM for the buildbot on an Core i7 KVM host running in a datacenter. Currently I've assigned 2 cores @ 2.66GHz and 1,5GB RAM. If needed, I'll probably be able to assign some more cores and/or memory to it. |
| [15:08:12] | kenni: | Beirdo: I don't know how much time I'll have to setup stuff the following days, but feel free to ping me here or drop me a mail. |
| [15:37:44] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [16:09:21] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [16:09:56] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [16:18:14] | Feico (Feico!~chatzilla@194.149.80.4) has quit (Ping timeout: 276 seconds) | |
| [16:22:40] | jafa (jafa!~jafa@c-76-102-117-28.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:22:45] | iamlindoro: | jamesba: Sounds like they have you sorted out, but yes, I am the MNV maintainer/author |
| [16:29:19] | stuarta: | ^H^H^H^H^H victim :) |
| [16:31:32] | iamlindoro: | six of one, half dozen of the other ;) |
| [16:33:24] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [16:45:15] | cattelan_away is now known as cattelan | |
| [16:56:09] | Captain_Murdoch: | stuartm, are you around for a quick MythUI feature question? |
| [17:03:51] | stuartm: | depends whether the answer is as quick as the question ;) |
| [17:07:55] | stuarta: | the comedy just keeps coming |
| [17:12:23] | stuartm: | Captain_Murdoch: I'm around |
| [17:14:27] | Captain_Murdoch: | yeah, answer will probably be quick. I want to be able to update the message on the busy dialog popup. right now I'm tearing it down and recreating with the new message. what I was thinking was to add a way to specify the new message and creating a MythUIBusyDialog::Pulse that would check for a new message and then call MythUIType::Pulse. so the new message can be set inside MythUIScreenType::Load() (in a window's ::Load() rou |
| [17:14:28] | Captain_Murdoch: | tine) and update the user as to the loading status. |
| [17:14:57] | Captain_Murdoch: | does that sound ok to you? I can provide a patch in a few minutes if you want to see what I'm talking about. |
| [17:15:42] | ** stuarta likes the sound of that ** | |
| [17:16:46] | iamlindoro: | Can anyone help me understand some git-itude? I have a series of git format patches, I applied them with git apply patch.diff, I committed them, and there's no attribution. |
| [17:16:53] | Captain_Murdoch: | it will use a bool flag, QString m_newMessage, and QMutex m_newMessageLock, so you can update the message form outside the UI thread. |
| [17:20:43] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving) | |
| [17:22:50] | Captain_Murdoch: | and it works.... http://mythtv.pastebin.ca/2021349 |
| [17:22:59] | Captain_Murdoch: | stuartm ^^ |
| [17:23:42] | ** Captain_Murdoch has to run downstairs for a few minutes. brb ** | |
| [17:26:04] | stuartm: | the use of Pulse() is to avoid some threading related problems? |
| [17:27:35] | stuartm: | I've no problem with it in principal, the involvement of Pulse() seems a little complicated but it's fine so long as there is a good reason for it |
| [17:28:04] | stuartm: | I'd use Reset() if possible instead of ResetMessage(), for consistencies sake |
| [17:29:57] | stuartm: | I think, but I'm not certain, that MythUIBusyDialog lacked a SetMessage() because I wanted to discourage it's misuse, i.e. to track progress when a progress dialog should be used instead |
| [17:33:29] | stuartm: | that's something to watch out for, if we can measure progress in any way then a progress dialog and not a busy dialog should be used IMHO, the moment we start seeing messages containing percentages or 'step 4 of 10' used in the busy dialog then it's being used incorrectly |
| [17:34:05] | stuartm: | Captain_Murdoch: I'll be back in 20 minutes or so |
| [17:40:45] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [17:43:52] | Kevin` (Kevin`!~kevin@router.kwzs.be) has quit (Ping timeout: 255 seconds) | |
| [17:44:32] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds) | |
| [17:45:36] | alan` (alan`!alan@rrcs-67-52-47-64.west.biz.rr.com) has quit (Ping timeout: 255 seconds) | |
| [17:49:12] | Captain_Murdoch: | stuartm, yes, use of pulse was to avoid thread issues with updating the message from another thread. it was the easiest place to check for an update. I can understand the misuse issue. my main/only use for this is for updating the "Loading..." busy popup so the user can see what we're loading. ie, "loading local themes", "downloading remote theme info package", etc.. could also use it during the "install theme" busy dialog po |
| [17:49:12] | Captain_Murdoch: | pup as well which currently uses multiple popups for the "downloading theme to backend", "downloading theme to frontend", "extracting theme package" dialogs. ::Load() and the theme installation are uninteruptible operations, while I see normal progressdialog use as something that might be interruptable. |
| [17:52:02] | alan` (alan`!alan@rrcs-67-52-47-64.west.biz.rr.com) has joined #mythtv | |
| [18:11:04] | stuartm: | Captain_Murdoch: ok, fine by me |
| [18:12:52] | Captain_Murdoch: | ok. thx. I changed ResetMessage() to Reset(). the use of the bool in ::Pulse is so that we don't have to lock the QString every Pulse(), we only lock if the bool flag is set indicating that we have a new message. I didn't see a need to lock the bool since it doesn't matter if we display the new message one pulse late. |
| [18:20:40] | Beirdo: | kenni: sounds good. It will likely be a couple days before I have build steps ready, and I didn't get the time to write up the general config steps last night due to my new toy (nook color), but I should get this ready shortly |
| [18:43:44] | gigem_ is now known as gigem | |
| [18:47:48] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Quit: jya) | |
| [18:50:34] | kormoc: | Beirdo, config.mak in externals/FFmpeg has only one BINDIR, and looks right, but it's not getting passed to it |
| [18:57:06] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has joined #mythtv | |
| [18:59:30] | Captain_Murdoch: | iamlindoro, in the theme chooser screen, do you see any benefit in being able to hide the non-local, downloadable themes or what do you think about always displaying them? |
| [19:01:01] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has quit (Remote host closed the connection) | |
| [19:01:28] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has joined #mythtv | |
| [19:02:29] | kormoc: | Personally, I like always showing them with perhaps a icon showing they're remote |
| [19:09:04] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has quit (Remote host closed the connection) | |
| [19:12:04] | Anduin_ (Anduin_!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 255 seconds) | |
| [19:22:14] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv | |
| [19:26:34] | stuartm: | Captain_Murdoch: I don't see a reason to hide them, from a UI perspective it's better to display them and mark the local/remote themes with a statetype |
| [19:27:47] | Captain_Murdoch: | stuartm, that's what I was thinking as well. only reason not to display is someone might not want to wade through 20–30 themes to find the ones they have installed locally. that could be accomplished with sorting though if we allow sorting by various methods (installed/non-installed, ratings, completeness, etc..) |
| [19:29:00] | iamlindoro: | Captain_Murdoch: Yeah, I agree, just having a statetype is adequate for me |
| [19:29:16] | Captain_Murdoch: | my current code doesn't allow hiding. I ripped the hide/show part out when I changed the code to keep the downloadable theme info around. |
| [19:32:42] | stuartm: | it keeps the code simpler too, which I like |
| [19:33:52] | iamlindoro: | And the interface simple, which I like :) |
| [19:34:31] | stuartm: | generally filtering/hiding means re-populating lists which can be relatively slow and messy, sorting won't involve repopulating if/when I build it into mythuibuttonlist |
| [19:37:16] | Captain_Murdoch: | ok, then I'll plan on committing what I have then. it is nice to see all the themes listed by default. if the theme info download fails twice, then remote themes get disabled until you hit the Refresh menu button. that way a disconnected frontend or one that can't access the internet doesn't have lag every time they enter the screen (after the first 2 times that is). :) |
| [19:38:02] | stuartm: | so we wait for the remote load before displaying the screen? |
| [19:39:05] | Captain_Murdoch: | screen is displayed, but remote load happens in ::Load(). I could look into making it so that it displays the local themes first, then tries to fetch remote themes in the background and refreshes the screen once we have the remote theme info. |
| [19:40:00] | Captain_Murdoch: | the theme info .zip is under 1 MegaByte, so for most, it comes down pretty quick. and that's only on the first time in the screen. subsequent times use the cached data and don't redownload unless refreshed using the menu button. |
| [19:40:24] | stuartm: | guess that makes sense for now since we want the themes sorted by name initially, gives me something to work on though – we can update the list as the remote results are processed so long as insertion order is separate from display order and that's what the sorting stuff I'll be adding will depend on anyway |
| [19:40:46] | Captain_Murdoch: | remote results take sub-second to process once the .zip is downloaded and extracted. |
| [19:41:15] | stuartm: | e.g. you can create a new list item and have it inserted into the correct position without resetting and re-creating the entire list |
| [19:41:35] | Captain_Murdoch: | yeah, that'll be nice in lots of places. |
| [19:50:58] | Captain_Murdoch: | so, from a UI perspective, is it better to make the user wait a short while initially and show them the full list, or to make the initial load quicker but make the list refresh after the remote theme info download completes while the user is browsing the list. I think the former because as a user, I'd be annoyed if the list was refreshing while I was trying to browse around. |
| [19:54:54] | stuartm: | it's tough, perceived loading times would be lower with the latter and therefore the user would feel like something was happening which is important |
| [19:55:10] | stuartm: | but if you get the refresh wrong, especially if we lose the users place in the list because they've started to browse then he former becomes preferable |
| [19:55:31] | stuartm: | I'd say the answer lies between the two, but for now stick with the former |
| [19:56:03] | Captain_Murdoch: | the perceived loading time was what led me to want to update the user as to what was going on rather than just saying "Loading..." for the duration. |
| [19:59:19] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has joined #mythtv | |
| [20:02:10] | stuartm: | yeah, in my experience seeing a page loading makes everything seem faster than staring at a progress/busy dialog even if I can't interact with it yet, that seems to be why modern browsers display pages before the images are available or modern distros boot into the desktop before all the supporting services/network etc have been started |
| [20:03:33] | Captain_Murdoch: | yeah, makes sense in that context. displaying incomplete lists of items and filling in the missing bits later is a bit different to me. |
| [20:08:33] | sphery: | Captain_Murdoch: out of curiosity, do we have anything to show the users when there's an updated version of a theme available? |
| [20:10:28] | Captain_Murdoch: | sphery, there's a statetype on the theme chooser screen, but that's the only indication currently. I want to have a background process check, possibly just have the MBE fetch the themes.zip that contains info about the downloadable themes. then the FE's could just ask the MBE if there was an update to a theme. |
| [20:11:47] | sphery: | cool, each time I bring up that people can just use the theme downloader instead of downloading/installing myththemes package, they say, "but what about when themes are updated" |
| [20:14:35] | Captain_Murdoch: | sure, makes sense to re-download and reinstall a themes rpm once a day when themes rarely change after a release. :) |
| [20:16:10] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [20:19:10] | sphery: | Captain_Murdoch: heh, yeah, I agree--but the customer is always right, right? Even when they're wrong? |
| [20:19:50] | iamlindoro: | Whoah, we have customers now? When should I expect my first check to arrive? |
| [20:20:09] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 240 seconds) | |
| [20:20:32] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 240 seconds) | |
| [20:23:45] | kormoc: | iamlindoro, sadly, it's taken longer to monazite the product then we intended. The investors are demanding payment so we all have to tighten our belts. We're requiring all our employees to pay us for the foreseeable future. |
| [20:23:49] | jannau: | iamlindoro: can I complain to you if bluray playback doesn't work out of the box? |
| [20:25:09] | jannau: | I would be willing to pay for that but sadly it's out of our hands |
| [20:32:08] | iamlindoro: | jannau: Heh, you can complain, but I promise no result ;) |
| [20:38:51] | hellome (hellome!~hellome@c-68-81-198-14.hsd1.pa.comcast.net) has joined #mythtv | |
| [20:41:30] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [20:42:02] | stuartm: | jannau: works great here, once I had libaacs installed at least and assuming that the disc I was trying to play is old enough that libaacs can decrypt it ... |
| [20:42:23] | stuartm: | so I guess that's not quite 'out of the box', but it's not half bad |
| [20:42:44] | ** stuartm reads up and realises that he missed the context ** | |
| [20:43:06] | ** stuartm shuts up ** | |
| [20:45:04] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
| [20:52:42] | danielk22: | FYI I just discovered that TMS has made all their formerly NDA'd services stuff public.. http://tmsdatadirect.com/docs/tv/ Now someone could implement lineup and account management for Schedules Direct within MythTV without needing to sign an NDA. |
| [20:53:06] | allesmueller (allesmueller!~allesmuel@46.74.166.118) has joined #mythtv | |
| [20:53:06] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [20:53:06] | allesmueller (allesmueller!~allesmuel@46.74.166.118) has quit (Changing host) | |
| [21:00:46] | SteveGoodey (SteveGoodey!~quassel@host86-148-193-179.range86-148.btcentralplus.com) has quit (Read error: Connection reset by peer) | |
| [21:03:05] | skd5aner: | I had a question about backports – I know a lot of hooks are in place yet for trac, but is it possible to reference the original commit SHA number when backporting as was traditionally done with SVN? |
| [21:03:25] | skd5aner: | for example – http://mythtv.org/pipermail/mythtv-commits/20 . . . /076184.html I know that was backported, because I remember seeing the previous commit – but it would be nice if it were cross referenced |
| [21:05:27] | sphery: | I think people just need to find the --edit argument to git cherry-pick, then it will probably start happening more often |
| [21:05:53] | stuartm: | it's possible, but it means re-editing commit messages, the way Git cherry-pick works is that it copies the existing commit message, you have to explicitly request the option to change that message |
| [21:06:29] | skd5aner: | sphery: yea, I'm sorry I don't have a suggestion myself to make it easier to do, but it was extremely helpful to have the cross reference when things were backported using SVN – and I try and track the related commits for the -fixes release notes |
| [21:07:36] | stuartm: | being lazy I quite like that I don't have to re-write/tailor the commit message for a backport, but it would be nice if git automatically added a 'Cherry picked/Merged commit SHA:12345 from master' to the commit message |
| [21:09:28] | skd5aner: | on another note – can you search commits on github? |
| [21:11:34] | sphery: | good question--it seems to me that github search does a search of all of github, not a specific project or user or repository. and since trac isn't getting our commit messages, they're not searchable in trac, either. I've been using gossamer with list set to -commits only until something changes. |
| [21:15:15] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 245 seconds) | |
| [21:16:49] | dekarl1 (dekarl1!~deKarl@e180148048.adsl.alicedsl.de) has joined #mythtv | |
| [21:17:42] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [21:19:22] | dekarl (dekarl!~deKarl@e180129137.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [21:28:34] | allesmueller: | wouldn´t be -x to get the reference? |
| [21:28:47] | allesmueller: | uups *enough* |
| [21:29:55] | sphery: | seems it is |
| [21:30:17] | allesmueller: | and you could alias it in git config |
| [21:35:37] | skd5aner: | paul-h: http://mythtv.org/pipermail/mythtv-commits/20 . . . /076207.html – thank you for that :) |
| [21:50:16] | hellome (hellome!~hellome@c-68-81-198-14.hsd1.pa.comcast.net) has quit (Ping timeout: 265 seconds) | |
| [21:50:45] | jannau (jannau!~janne@chybek.jannau.net) has quit (Ping timeout: 265 seconds) | |
| [21:51:00] | ceros_ (ceros_!~andres@c-68-49-39-112.hsd1.va.comcast.net) has joined #mythtv | |
| [21:51:00] | ceros_ (ceros_!~andres@xbmc/staff/ceros) has joined #mythtv | |
| [21:51:00] | ceros_ (ceros_!~andres@c-68-49-39-112.hsd1.va.comcast.net) has quit (Changing host) | |
| [21:51:18] | ceros (ceros!~andres@xbmc/staff/ceros) has quit (Ping timeout: 255 seconds) | |
| [21:51:23] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Ping timeout: 255 seconds) | |
| [21:51:43] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 265 seconds) | |
| [21:52:17] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 264 seconds) | |
| [21:53:24] | jannau (jannau!~janne@chybek.jannau.net) has joined #mythtv | |
| [21:57:21] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (*.net *.split) | |
| [21:57:21] | Beirdo (Beirdo!~gjhurlbu@unaffiliated/beirdo) has quit (*.net *.split) | |
| [21:57:22] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [21:57:22] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has quit (*.net *.split) | |
| [21:57:22] | kha (kha!~khautio@hautio.net) has quit (*.net *.split) | |
| [21:57:22] | alan` (alan`!alan@rrcs-67-52-47-64.west.biz.rr.com) has quit (*.net *.split) | |
| [21:57:23] | wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-159.fuse.net) has quit (*.net *.split) | |
| [21:57:23] | rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has quit (*.net *.split) | |
| [21:57:23] | kormoc (kormoc!~kormoc@unaffiliated/kormoc) has quit (*.net *.split) | |
| [21:57:23] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [21:57:23] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [21:57:23] | elvum (elvum!~elvum@zenit.dh.bytemark.co.uk) has quit (*.net *.split) | |
| [21:57:23] | Cougar (Cougar!~cougar@lost.data.ee) has quit (*.net *.split) | |
| [21:57:24] | markk (markk!~mark@cm69.delta193.maxonline.com.sg) has quit (*.net *.split) | |
| [21:57:25] | castlec (castlec!~christoph@cpe-76-181-105-97.insight.res.rr.com) has quit (*.net *.split) | |
| [21:57:26] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split) | |
| [21:57:26] | ozatomic (ozatomic!~ozatomic@bb.rapidspeeds.com) has quit (*.net *.split) | |
| [21:57:26] | Computer_Czar (Computer_Czar!~dcooper@69.4.155.83) has quit (*.net *.split) | |
| [21:57:26] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has quit (*.net *.split) | |
| [21:57:26] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (*.net *.split) | |
| [21:57:26] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (*.net *.split) | |
| [21:57:26] | jafa (jafa!~jafa@c-76-102-117-28.hsd1.ca.comcast.net) has quit (*.net *.split) | |
| [21:57:26] | benklop (benklop!~bklopfens@little-black-box.vmware.com) has quit (*.net *.split) | |
| [21:57:26] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [21:57:26] | xris (xris!~xris@xris.forevermore.net) has quit (*.net *.split) | |
| [21:57:26] | stuarta (stuarta!~stuarta@unaffiliated/stuarta) has quit (*.net *.split) | |
| [21:57:26] | dekarl1 (dekarl1!~deKarl@e180148048.adsl.alicedsl.de) has quit (*.net *.split) | |
| [21:57:26] | carmony (carmony!~justin@c-24-10-194-172.hsd1.ut.comcast.net) has quit (*.net *.split) | |
| [21:57:26] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [21:57:26] | jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has quit (*.net *.split) | |
| [21:57:26] | jpabq (jpabq!~jpabq@174-28-182-216.albq.qwest.net) has quit (*.net *.split) | |
| [21:57:27] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split) | |
| [21:57:31] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (*.net *.split) | |
| [21:57:31] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (*.net *.split) | |
| [21:57:31] | jpharvey_ (jpharvey_!~jpharvey@host86-184-21-174.range86-184.btcentralplus.com) has quit (*.net *.split) | |
| [21:57:31] | ikonia (ikonia!~mattd@unaffiliated/ikonia) has quit (*.net *.split) | |
| [21:57:31] | gilesw (gilesw!~chatzilla@91.208.163.140) has quit (*.net *.split) | |
| [21:57:31] | jstenback (jstenback!~jstenback@64.151.104.172) has quit (*.net *.split) | |
| [21:57:31] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (*.net *.split) | |
| [21:57:31] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (*.net *.split) | |
| [21:57:31] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [21:57:31] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (*.net *.split) | |
| [21:57:31] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (*.net *.split) | |
| [21:57:31] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (*.net *.split) | |
| [21:57:31] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [21:57:31] | davide (davide!~gigem@cpe-76-187-29-95.tx.res.rr.com) has quit (*.net *.split) | |
| [21:57:31] | kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [21:57:31] | ybot (ybot!~quassel@61.14.141.36) has quit (*.net *.split) | |
| [21:57:31] | dagar (dagar!~dagar@agar.ca) has quit (*.net *.split) | |
| [21:58:14] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv | |
| [21:58:14] | laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [21:58:14] | ekoffel (ekoffel!~hellome@c-68-81-198-14.hsd1.pa.comcast.net) has joined #mythtv | |
| [21:58:14] | dekarl1 (dekarl1!~deKarl@e180148048.adsl.alicedsl.de) has joined #mythtv | |
| [21:58:14] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [21:58:14] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
| [21:58:14] | alan` (alan`!alan@rrcs-67-52-47-64.west.biz.rr.com) has joined #mythtv | |
| [21:58:14] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [21:58:14] | jafa (jafa!~jafa@c-76-102-117-28.hsd1.ca.comcast.net) has joined #mythtv | |
| [21:58:14] | carmony (carmony!~justin@c-24-10-194-172.hsd1.ut.comcast.net) has joined #mythtv | |
| [21:58:14] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [21:58:14] | markk (markk!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv | |
| [21:58:14] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv | |
| [21:58:14] | castlec (castlec!~christoph@cpe-76-181-105-97.insight.res.rr.com) has joined #mythtv | |
| [21:58:14] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [21:58:14] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:58:14] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv | |
| [21:58:14] | davide (davide!~gigem@cpe-76-187-29-95.tx.res.rr.com) has joined #mythtv | |
| [21:58:14] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [21:58:14] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [21:58:14] | benklop (benklop!~bklopfens@little-black-box.vmware.com) has joined #mythtv | |
| [21:58:14] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has joined #mythtv | |
| [21:58:14] | jpharvey_ (jpharvey_!~jpharvey@host86-184-21-174.range86-184.btcentralplus.com) has joined #mythtv | |
| [21:58:14] | kha (kha!~khautio@hautio.net) has joined #mythtv | |
| [21:58:14] | jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has joined #mythtv | |
| [21:58:14] | jpabq (jpabq!~jpabq@174-28-182-216.albq.qwest.net) has joined #mythtv | |
| [21:58:14] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [21:58:14] | wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-159.fuse.net) has joined #mythtv | |
| [21:58:14] | kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [21:58:14] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [21:58:14] | Beirdo (Beirdo!~gjhurlbu@unaffiliated/beirdo) has joined #mythtv | |
| [21:58:14] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [21:58:14] | rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has joined #mythtv | |
| [21:58:14] | dagar (dagar!~dagar@agar.ca) has joined #mythtv | |
| [21:58:14] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [21:58:15] | gilesw (gilesw!~chatzilla@91.208.163.140) has joined #mythtv | |
| [21:58:15] | jstenback (jstenback!~jstenback@64.151.104.172) has joined #mythtv | |
| [21:58:15] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [21:58:15] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [21:58:15] | stuarta (stuarta!~stuarta@unaffiliated/stuarta) has joined #mythtv | |
| [21:58:15] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [21:58:15] | ozatomic (ozatomic!~ozatomic@bb.rapidspeeds.com) has joined #mythtv | |
| [21:58:15] | Computer_Czar (Computer_Czar!~dcooper@69.4.155.83) has joined #mythtv | |
| [21:58:15] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has joined #mythtv | |
| [21:58:15] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [21:58:15] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv | |
| [21:58:15] | kormoc (kormoc!~kormoc@unaffiliated/kormoc) has joined #mythtv | |
| [21:58:15] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [21:58:15] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [21:58:15] | elvum (elvum!~elvum@zenit.dh.bytemark.co.uk) has joined #mythtv | |
| [21:58:15] | Cougar (Cougar!~cougar@lost.data.ee) has joined #mythtv | |
| [21:58:15] | ikonia (ikonia!~mattd@unaffiliated/ikonia) has joined #mythtv | |
| [22:03:19] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Excess Flood) | |
| [22:03:41] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [22:04:17] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [22:09:14] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 276 seconds) | |
| [22:21:16] | stuartm: | paul-h: http://mythtv.pastebin.ca/2021583 – would only be a problem if the delete map was broken, so maybe not a high priority |
| [22:26:46] | stuartm: | fwiw those are the only warnings/errors given for mythplugins by cppcheck |
| [22:33:53] | oget (oget!~oget@nat-alex-resnet-out-3.rutgers.edu) has joined #mythtv | |
| [22:34:44] | oget: | hello, I'm new to mythtv. how do I disable the buffering on tv? My hardware is really old, I just want to watch things live and don't want to store anything |
| [22:35:42] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [22:36:22] | danielk22: | oget: Wrong channel, you want #mythtv-users, but a recent version of MythTV is probably not the right software for you if your hardware is that old. |
| [22:36:40] | kormoc: | oget, http://j.mp/etsXX6 and wrong channel |
| [22:36:54] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:38:23] | allesmueller (allesmueller!~allesmuel@188.45.62.103) has joined #mythtv | |
| [22:38:29] | allesmueller (allesmueller!~allesmuel@188.45.62.103) has quit (Changing host) | |
| [22:38:29] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [22:43:28] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:43:31] | oget: | danielk22, kormoc: thanks. I kind of know mythtv is not really what I want. gee, I don't watch tv at all myself. But it has a nice GUI that my 5 year old can understand. That's why I use it. He just watches his cartoons, and videos stored in the harddrive. |
| [22:47:14] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [23:15:35] | _Techie_ (_Techie_!~Techie@technz.info) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [23:16:38] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [23:26:18] | _Techie_ (_Techie_!~Techie@technz.info) has quit (Read error: Connection reset by peer) | |
| [23:26:51] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [23:28:21] | _Techie_ (_Techie_!~Techie@technz.info) has quit (Client Quit) | |
| [23:29:31] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [23:32:04] | _Techie_ (_Techie_!~Techie@technz.info) has quit (Client Quit) | |
| [23:33:20] | _Techie_ (_Techie_!~Techie@technz.info) has joined #mythtv | |
| [23:36:12] | the_alien (the_alien!~till@xbmc/staff/thealien) has quit (Quit: the_alien) | |
| [23:36:49] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 260 seconds) | |
| [23:41:44] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:45:13] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.