| Wednesday, July 4th, 2012, 00:02 UTC | ||
| [00:02:19] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [00:07:38] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds) | |
| [00:10:05] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [00:13:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:17:27] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 244 seconds) | |
| [00:31:43] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [01:03:21] | dekarl (dekarl!~dekarl@p4FCEECCE.dip.t-dialin.net) has joined #mythtv | |
| [01:05:52] | dekarl1 (dekarl1!~dekarl@p4FCEEB06.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [01:50:29] | Guyverix (Guyverix!~chubbard@c-50-135-0-96.hsd1.wa.comcast.net) has quit (Remote host closed the connection) | |
| [02:04:36] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [02:19:44] | stichnot (stichnot!~chatzilla@192.55.54.38) has joined #mythtv | |
| [02:19:44] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [02:19:44] | stichnot (stichnot!~chatzilla@192.55.54.38) has quit (Changing host) | |
| [02:35:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:46:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:46:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:10:59] | 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 (Quit: Oh No!!!! ;-)) | |
| [03:24:17] | 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 | |
| [03:34:19] | ** xris ponders how much work it'd be to start rebuilding mythweb in something like angular or knockout. and just embed the whole thing in the backend ** | |
| [03:42:24] | L3top (L3top!~quassel@va-67-237-160-181.dhcp.embarqhsd.net) has joined #mythtv | |
| [03:51:53] | knightr: | anybody knows where those country names in the channel scan are supposed to appear? I can't seem to figure out how to get to them... |
| [03:53:47] | knightr: | afaik there are the names of the frequency tables... |
| [05:07:57] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (Ping timeout: 245 seconds) | |
| [05:09:16] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (Ping timeout: 248 seconds) | |
| [05:11:33] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [05:14:24] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv | |
| [05:31:29] | knightr_: | geez, I wonder how I am going to spell concatenations next time... |
| [05:48:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [05:58:44] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [06:02:26] | L3top (L3top!~quassel@va-67-237-160-181.dhcp.embarqhsd.net) has left #mythtv ("http://quassel-irc.org - Chat comfortably. Anywhere.") | |
| [06:27:19] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:56:51] | Beirdo: | heh |
| [07:06:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:25:04] | dekarl: | knightr_, can you document it somewhere if you find it? I've been searching for 2–3 days to figure if we really have channel tables for Burkina Faso, but gave up |
| [07:30:11] | stoffel (stoffel!~quassel@pD9E41D5E.dip.t-dialin.net) has joined #mythtv | |
| [08:07:52] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [08:10:45] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [08:13:01] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [08:15:01] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [08:38:22] | stoffel (stoffel!~quassel@pD9E41D5E.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [08:49:24] | ** stuarta chuckles ** | |
| [09:12:03] | cecil (cecil!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has joined #mythtv | |
| [09:12:03] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Connection reset by peer) | |
| [09:29:38] | stuartm: | playing with a upnp app on an android phone, it can see and access backend content (well videos, not music atm) but insists on playing them at the wrong aspect ratio |
| [09:30:27] | stuartm: | are we responsible for indicating the aspect ratio of media and we're currently hard-coding that to 4:3 or something? |
| [09:36:45] | stuarta: | i wouldn't be surprised in the slightest |
| [09:37:15] | stuarta: | maybe the only way to tell is to watch the upnp request/responses |
| [09:50:36] | stuartm: | yep ... there's some other stuff missing here, we're not sending the coverart for music |
| [09:50:46] | stuartm: | nor year, size and other metadata |
| [09:51:39] | stuartm: | tbh it's a bit crappy, I thought we'd be further along than this, guess I know what I'm working on for the next week |
| [09:52:45] | stuartm: | I don't know whether it's the client but it's also showing music as one huge list of tracks sorted by title, which is pretty much useless |
| [10:03:11] | stuartm: | heh, looks like upnp is broken by the UTC change, "No recording for '15340_2011-07–21T20:00:00'" |
| [10:04:29] | stuartm: | but the good news is that the aspect ratio issue seems to be fixed in 0.25 |
| [10:06:23] | stuartm: | hmm, maybe not fixed :/ |
| [10:06:46] | stuartm: | it can't deal with non-square pixels |
| [10:08:30] | stuarta: | :-/ |
| [10:25:58] | joki (joki!~joki@p54861E18.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [10:27:33] | joki (joki!~joki@p54861FEE.dip.t-dialin.net) has joined #mythtv | |
| [11:06:38] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 250 seconds) | |
| [11:08:51] | Eruphus (Eruphus!~quassel@89.245.155.154) has joined #mythtv | |
| [11:32:05] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [11:43:37] | stuartm: | danielk221: as far as the upnp breakage, I think what is happening is that we're passing urls to the client converted to UTC in the ISO format ... the problem is that no timezone information is included in that string |
| [11:44:33] | stuartm: | when the client requests something using that date/time in UTC we're calling toUTC() on the input which I guess it assumes to be localtime |
| [11:47:38] | stuartm: | I think the best fix might be to include the timezone designator which ISO 8601 includes, that way we can handle all input and the client can also correctly convert the dates we give it to local time |
| [11:48:31] | stuartm: | the timezone designator for UTC is just a 'Z' appended to the end of the string |
| [11:52:34] | stuartm: | simplest way to keep that consistent and manageable would be to do that in MythDate::toString() for ISODate? Does that sound reasonable? |
| [12:02:09] | peitolm: | anyone where about's in the code the channel scanning for mythtv-setup is done? |
| [12:04:08] | stuartm: | libs/libmythtv/channelscan/ |
| [12:04:43] | peitolm: | ah, i'd looked at mythv-setup and found scanwizard.h, but couldn't see it in git |
| [12:04:45] | peitolm: | thanks stuart |
| [12:06:48] | peitolm: | just trying to trackdown why my scanning seems to stop after 15%, it closes the card and then sits there |
| [12:48:42] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [12:48:43] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [12:48:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:51:07] | danielk221: | stuartm: The aspect ratio is in the video file itself, it's part of the essence. |
| [12:52:51] | danielk221: | stuartm: I doubt the client is converting the time to localtime because we don't append a 'Z', but it is possible. |
| [12:55:01] | danielk221: | stuartm: If you can point me to the code I'm sure I can locate the problem. |
| [13:05:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [13:13:08] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Operation timed out) | |
| [13:14:15] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [13:27:08] | amejia (amejia!~andres@c-76-111-72-98.hsd1.va.comcast.net) has joined #mythtv | |
| [13:27:08] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [13:27:08] | amejia (amejia!~andres@c-76-111-72-98.hsd1.va.comcast.net) has quit (Changing host) | |
| [13:38:54] | rsiebert (rsiebert!~quassel@g229052128.adsl.alicedsl.de) has joined #mythtv | |
| [13:42:06] | rsiebert_ (rsiebert_!~quassel@g226061207.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [13:49:20] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [13:49:20] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [13:49:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:58:58] | stuartm: | danielk221: yeah I know the aspect ratio is signalled in the video, I just assume that this client is expecting that info in some upnp metadata instead, either that or Android just can't read the aspect ratio correctly which seems unlikely |
| [14:01:36] | stuartm: | danielk221: it's not the client that is converting the time, it's us – we give the client a url to request the file with the starttime attribute in UTC, when the client requests that url we take the time and do a toUTC() which is assuming that we were given starttime in localtime |
| [14:03:54] | stuartm: | backend/upnpcdstv.cpp ln 325 is where we create the url, and backend/services/content.cpp ln 445 (one example) is where we take the given starttime and again convert it to UTC |
| [14:07:27] | stuartm: | appending the TZD to the ISO date string should not only fix that problem, but make it bulletproof, clients of the new API would work equally well whether they were using localtime or UTC |
| [14:08:41] | knightr_: | dekarl, I still haven't found the screen I am looking for but I am pretty sure the answer you are looking for is in libmythtv/frequencytables.cpp |
| [14:08:41] | knightr_: | and libmythtv/frequencies.cpp.... |
| [14:13:14] | knightr_: | (what I am looking for is where the strings in the ScanCountry and ScanNetwork class in libmythtv/channelscan/frequencytablesetting.cpp |
| [14:13:14] | knightr_: | (the settings used by frequencytables.cpp...) |
| [14:18:15] | knightr_: | I didn't find anything for Burkina Faso, the "closest" thing I found was South Africa... |
| [14:19:11] | stuartm: | honestly Burkina Faso seems highly unlikely |
| [14:23:17] | ** stuarta wonders why the sudden facination with Burkina Faso ** | |
| [14:23:22] | stuartm: | when we're missing tables for so many other places were we might actually have users who would bother with BF? |
| [14:23:51] | gnexus (gnexus!~gnexus@92.61.201.66) has joined #mythtv | |
| [14:24:06] | gnexus: | hello guys. . . |
| [14:24:27] | stuartm: | stuarta: I can't really remember exactly, but it seems that someone was under the impression that we had the tables but no entry in the combobox to actually select them |
| [14:25:06] | gnexus: | stuartm: thank you for your assistance the other day getting myth to work in a window. |
| [14:25:08] | stuartm: | FWIW we shouldn't be manually adding countries to that combo box but auto-generating the list from the tables |
| [14:25:15] | stuartm: | gnexus: np |
| [14:26:03] | gnexus: | stuartm: I now have mythfrontend and backend running simultaneously on an Allwinner A10 7" tablet! |
| [14:26:40] | stoffel (stoffel!~quassel@pD9E41AD9.dip.t-dialin.net) has joined #mythtv | |
| [14:26:54] | stuartm: | nice |
| [14:27:00] | stuartm: | how much memory does that have? |
| [14:27:03] | gnexus: | video is at http://a10linux.org |
| [14:27:08] | gnexus: | 512MB |
| [14:27:28] | gnexus: | VPU/GPU are not yet working. . . |
| [14:27:40] | stuartm: | ah |
| [14:27:55] | knightr_: | stuartm, I could be wrong but I think that if those Burkina Faso tables had been there they would have been in the two source files I pointed dekarl to... |
| [14:28:05] | stuartm: | I was going to say you'd have need to modify the texture/image cache sizes |
| [14:28:15] | stuartm: | knightr_: correct, they would be |
| [14:28:19] | gnexus: | in Android A10 will playback 1080p no prob. |
| [14:28:58] | gnexus: | anyway I don't want to interrupt your conversation any more |
| [14:29:13] | gnexus: | just wanted to say thanks. |
| [14:30:54] | gnexus (gnexus!~gnexus@92.61.201.66) has left #mythtv ("has left the channel.") | |
| [14:59:12] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Changing host) | |
| [14:59:12] | peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
| [15:07:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:09:33] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Quit: Leaving) | |
| [15:10:06] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [15:17:26] | stuartm: | ok, we definitely need an official android app, seems that the best one out there is ad supported ... which is ironic |
| [15:19:22] | danielk221: | stuartm: I think the "recstarttsRaw.toUTC()" should be "MythDate::as_utc(recstarttsRaw)" |
| [15:21:03] | stuartm: | danielk221: that would work, but it means all users of the API need to supply dates/times as UTC as well, I felt we'd get more flexibility with the other approach |
| [15:21:49] | stuartm: | I've not tested it yet but QT should do the right thing if given a timezone (as it's per the spec) |
| [15:22:03] | stuartm: | s/spec/standard/ |
| [15:24:18] | stuartm: | for that matter all other consumers of an ISO date should handle it correctly too |
| [15:55:42] | danielk221: | stuartm: There is a Qt bug on not adding the timezone spec. It's marked as a low priority bug, so I don't know exactly how much support there is. We could of course put support in MythDate. |
| [15:56:51] | danielk221: | Hmm, I think we're actually pretty dependent on Qt behaviour in the services code. We first see the dates as QDateTime not as strings so we can't parse them ourselves. |
| [15:58:06] | danielk221: | The service code expects everything as UTC even in 0.25, so I think as_utc is "The right thing to do.(TM)" |
| [15:59:08] | stuartm: | fair enough |
| [16:04:38] | danielk221: | It's kinda annoying.. but I think we can fix Qt.. When I submitted the fix for QTimer it made it into Qt5 master in a matter of days... |
| [16:07:41] | stuartm: | danielk221: so QT doesn't correctly handle the time zone descriptor if it's supplied? |
| [16:08:02] | danielk221: | stuartm: I don't know, we need to test.. |
| [16:08:14] | danielk221: | I know it doesn't append it. |
| [16:09:20] | stuartm: | yeah, it says as much in the documentation and that's backed up by the output |
| [16:14:38] | stoffel (stoffel!~quassel@pD9E41AD9.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [16:15:47] | danielk221: | stuartm: Can you try the patch in #10877 ? |
| [16:15:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/10877 ** | |
| [16:20:17] | stuartm: | sure, compiling now |
| [16:29:58] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [16:32:09] | stuartm: | gigem: fwiw I didn't notice anything obviously wrong with the scheduler deadlock patch |
| [16:34:50] | stuartm: | I think we could go further, one of the deadlocks is in GetNextLiveTVDir() for example and it's not really clear that we need to use schedLock there versus a new lock on m_tvList |
| [16:37:42] | Lomion0815 (Lomion0815!~androirc@178-191-240-126.adsl.highway.telekom.at) has joined #mythtv | |
| [16:37:53] | stuartm: | I think I need to discuss with Captain_Murdoch whether it matters that FillRecordingDir() uses a potentially stale copy of reclist, I can't see any harm coming from allowing that so that we then wouldn't need to protect it with schedLock |
| [16:41:42] | stuartm: | although that could potentially complicate things rather than making them simpler ... |
| [16:41:43] | Lomion0815 (Lomion0815!~androirc@178-191-240-126.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer) | |
| [16:49:24] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [16:51:05] | danielk221 (danielk221!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [16:52:12] | stuartm: | danielk221: something is still off, the client is able to grab previews for and play content recorded before the 25th March (right upto the 24th) but nothing after, that's the day we switched from GMT to BST |
| [16:52:41] | stuartm: | I'll fire up wireshark and see exactly what's going on after I've had something to eat |
| [16:53:03] | stuartm: | Jul 4 17:48:27 scafell mythlogserver: mythbackend[5753]: E HttpServer178 services/content.cpp:457 (GetPreviewImage) GetPreviewImage: No recording for '1069_2005-04–14T08:20:00' |
| [16:54:08] | stuartm: | heh, that should be 10:20 – it's subtracted an hour somewhere instead of adding it |
| [16:57:08] | peitolm: | ah, that may explain my lack of previews as well |
| [17:16:38] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [17:29:59] | stuartm: | ah ok, I see the problem |
| [17:30:13] | stuartm: | and Daniel's not here |
| [17:32:24] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [17:33:21] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [17:34:17] | stuartm: | sphery: do you know offhand if we can store timezone data as part of a mysql datetime field? |
| [17:37:02] | dekarl: | stuartm: I just looked around. doesn't look like. But why would you want to do that anyway? To specify which local time a recording rule is in? |
| [17:39:04] | dekarl: | you'll likely get best results by explicitely storing the "Australia/Brisbane" (I was quite surprised to see how little support for timezones / spans / recurring events there is in QT. Comparing it to perl's datetime) |
| [17:39:10] | stuartm: | dekarl: mainly to ensure that toUTC() on a value we've just pulled from the database would be a no-op, right now it seems QT believes those datetimes to be localtime, so toUTC converts a value that didn't need conversion |
| [17:41:21] | dekarl: | ahh, so its defaulting to "floating is local" when we know that everything in the DB is UTC... I think MythDate has a function that does the correct conversion (vague memories from when it was first commited, something like TimeStampFromMySQL / DB) I'll look after making dinner :) |
| [17:42:45] | dekarl: | something like MythDate::fromString(xxx, kDatabase) |
| [17:42:46] | stuartm: | yeah, we can fix/work around it but I was interested in seeing if there was a lower level fix which involved getting the QT driver to correctly identify dates as UTC at the time they are read from the DB |
| [17:43:30] | dekarl: | nah, mysql is super primitve in such advanced topics :( |
| [17:43:31] | stuartm: | since anything else means modifying every single instance where we fetch a date from the DB |
| [17:46:42] | stuartm: | that commit summary was unnecessarily vague :/ |
| [17:47:08] | dekarl: | something like setting the connection timezone to UTC might work, too |
| [17:50:43] | stuartm: | the commit I just pushed along with the patch Daniel attached to http://svn.mythtv.org/trac/ticket/10877 fixes the preview/playback issue |
| [17:56:13] | stuartm: | now if only I can figure out why this Android video player is incorrectly rendering the video :/ |
| [18:10:28] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 246 seconds) | |
| [18:14:04] | Beirdo: | what's with the user NNNNNing out host names and user names? |
| [18:14:06] | Beirdo: | jeez |
| [18:14:10] | Sharky112065: | Is there a way to blacklist a commit on a pull? 5b843c1287 hardlocks my backend and frontend becomes unresponsive, but I would like the commits after it. |
| [18:14:22] | Beirdo: | no |
| [18:14:33] | Beirdo: | you can pull, then locally revert though |
| [18:14:37] | Sharky112065: | darn, ok |
| [18:14:43] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 245 seconds) | |
| [18:14:47] | Sharky112065: | thanks |
| [18:15:34] | Beirdo: | how would that commit cause a lock? |
| [18:15:53] | Beirdo: | all it's doing is not creating the watchlist for the deleted recording group |
| [18:16:28] | Beirdo: | beats me how that could lock up the backend |
| [18:17:00] | Beirdo: | that code doesn't even RUN in the backend |
| [18:17:08] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:25:14] | stuartm: | https://github.com/MythTV/mythtv/commit/5b843c1287 |
| [18:25:57] | stuartm: | Sharky112065: there's no way that commit is causing the issues you are seeing |
| [18:26:25] | stuartm: | it affects the frontend only but wouldn't be causing any harm there either |
| [18:26:33] | Sharky112065: | beirdo: I don't know why it causes it? but it does. I spent hours trying to figure out what was wrong so I went backwards on commits until the problem went away, then went back to that commit to make sure it was the one causing th e problem. I made a ticket |
| [18:26:49] | Beirdo: | the only possible effect on the backend is calling GetRecordingGroup twice |
| [18:27:17] | Beirdo: | and I don't know that that touched the backend either |
| [18:27:38] | Beirdo: | well, try a git revert locally and test |
| [18:28:04] | Sharky112065: | It dosent really hardlock the backend (jsut cant be killed with a normal kill) front end can no longer communicate with backend, and only way to get front end working again is to kill -9 the backend and restart. |
| [18:29:42] | Sharky112065: | I did revert back to 5b843c1287 and it works rock solid. |
| [18:30:52] | Sharky112065: | Im not complaining or anything, just wanted to see if there was a way to get the other commits while waiting for the ticket to be worked on. |
| [18:32:59] | stuartm: | Sharky112065: we don't think you're complaining, but we would like to fix the cause of your deadlock – right now it just seems unlikely to be that commit so we're asking for a little help :) |
| [18:33:43] | stuartm: | Sharky112065: when does the backend deadlock? What are you doing on the frontend at the time? |
| [18:34:18] | Sharky112065: | oh crap.. im sorry guys. I just woke up. the one thta causes the problem is 5eb977990f3 doh. 5b843c1287 is the one that works for me. I read the wrong line on my written list :( |
| [18:35:35] | Sharky112065: | stuartm: I'm doing nothing on the front end at the time. I can go do something else and when the recordings finish I come back and nothing that communicates with the back end works. |
| [18:36:13] | Sharky112065: | I put the correct commit numbers in the ticket, just messed it up here. sorry |
| [18:37:52] | Sharky112065: | darn did it again an extra 9. 5eb97790f3 |
| [18:37:56] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [18:38:08] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [18:38:17] | ** Sharky112065 scampers off to put a pot of coffee on. ** | |
| [18:38:46] | stuartm: | https://github.com/MythTV/mythtv/commit/5eb977990f3 |
| [18:39:11] | Beirdo: | ah, that one could possibly cause oddnesses if you missed something, I gues |
| [18:39:33] | stuartm: | Sharky112065: hmm, that's not good, that commit was meant to fix a deadlock (well it did, but obviously causes it to deadlock elsewhere) |
| [18:40:20] | stuartm: | then again, I had to modify it for 0.25 because of changes in master, I wasn't really able to test that version |
| [18:40:43] | stuartm: | maybe I'll just revert, anyone experiencing the other deadlock will have to update to master |
| [18:41:06] | Beirdo: | seems that there's a -users thread that's related too |
| [18:41:29] | Sharky112065: | oh, I must have missed that on my googleing |
| [18:41:37] | Beirdo: | a very recent one :) |
| [18:42:54] | Beirdo: | hmm, wonder what restaurants are open today |
| [18:44:53] | stuartm: | ok, reverted |
| [18:46:25] | Sharky112065: | stuartm: thanks |
| [18:51:43] | analogue: | anyone feeling bored wanna look at the stack trace for my locked up backend to see if anything looks out of the ordinary? http://paste.ubuntu.com/1075249/ |
| [18:54:52] | Beirdo: | you might want to do a pull and recompile |
| [18:55:05] | Beirdo: | that might be related to the commit stuartm just reverted |
| [18:56:44] | analogue: | beirdo: umm...i'm running 0.25.1 from the mythbuntu ppa. would stuatm's commit have made it that far? |
| [18:57:36] | Beirdo: | not yet |
| [18:57:45] | Beirdo: | it just went in what? 5 minutes ago? |
| [18:58:37] | analogue: | beirdo: okie dokie. will keep monitoring the ppa for a new version |
| [18:58:38] | Beirdo: | at least 3 threads are locking on the same mutex in the scheduler |
| [18:58:43] | Beirdo: | could well be related |
| [18:58:49] | stuartm: | oh bugger, I've just spotted the problem with that commit – typo, lock() instead of unlock() |
| [18:59:05] | stuartm: | damn, I re-read that several times before pushing and never saw it |
| [18:59:28] | stuartm: | hmm, how to revert a revert |
| [18:59:30] | Beirdo: | oh, that will do it... |
| [18:59:41] | Beirdo: | just revert the revert, I think |
| [18:59:53] | Beirdo: | as long as it wasn't a merge, it should do what you want |
| [19:00:13] | Beirdo: | reverting merges can be painful |
| [19:00:25] | Beirdo: | (once pushed, of course) |
| [19:01:03] | Beirdo: | oooh, yeah, I see it. |
| [19:01:23] | Beirdo: | Reschedule interrupted, will deadlock... er retry |
| [19:01:53] | Beirdo: | very simple mistake to make. oops |
| [19:03:12] | Beirdo: | I think I'm gonna go hunt down some food if I can find a restaurant that is open. |
| [19:03:23] | Beirdo: | be back for some mythtv fun in a bit |
| [19:05:29] | stuartm: | analogue, Sharky112065: update and try again, I've reverted the revert but with that one typo fixed, it should be ok now |
| [19:09:31] | analogue: | startm: tnx. i'll have to wait for it to trickle down to the mythbuntu ppas |
| [19:11:10] | stuartm: | superm1: can that be forced early? |
| [19:11:41] | stuartm: | so users don't have to suffer due to my fat fingers any longer than is necessary? |
| [19:14:55] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:19:02] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Client Quit) | |
| [19:20:03] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 240 seconds) | |
| [19:30:14] | stoffel (stoffel!~quassel@pD9E41AD9.dip.t-dialin.net) has joined #mythtv | |
| [19:44:19] | stoffel (stoffel!~quassel@pD9E41AD9.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:50:06] | tgm4883: | stuartm, I'll force the build now |
| [19:50:34] | tgm4883: | stuartm, probably good to ping me on those requests too |
| [19:52:07] | stuartm: | tgm4883: yeah sorry, I would have done but my mind went blank when I tried to think of your nick :) |
| [19:52:19] | tgm4883: | heh, no worries, building now |
| [20:12:17] | analogue: | tgm4883: is there progress of the build visible on launchpad? |
| [20:13:05] | analogue: | tgm4883: similar to the build console in jenkins/hudson (if you've used those tools before) |
| [20:13:47] | tgm4883: | analogue, there are three parts |
| [20:14:09] | tgm4883: | there is the source build, which is currently having an issue, but can be viewed at http://smithers.mythbuntu.org/~autobuild/weekly_mythtv.txt |
| [20:14:25] | tgm4883: | Then there is the staging PPA, which does the binary builds https://launchpad.net/~mythbuntu/+archive/fixes-building |
| [20:14:39] | tgm4883: | you'll see them get uploaded there and then we'll wait for LP to build them |
| [20:15:03] | tgm4883: | then once completed, there is a cron job that moves them to the 0.25 PPA every hour https://launchpad.net/~mythbuntu/+archive/0.25 |
| [20:15:41] | analogue: | tgm4883: tnx for the info |
| [20:17:14] | jrb^ (jrb^!~jrh@cpe-098-026-209-039.triad.res.rr.com) has joined #mythtv | |
| [20:19:52] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [20:21:06] | jrb^ (jrb^!~jrh@cpe-098-026-209-039.triad.res.rr.com) has left #mythtv ("Leaving") | |
| [20:25:58] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 245 seconds) | |
| [20:26:29] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [20:34:04] | Sharky112065: | stuartm: will do, on the phone right now, will do it in a few min |
| [20:39:56] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:52:34] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has joined #mythtv | |
| [20:52:34] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [20:52:34] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has quit (Changing host) | |
| [20:54:49] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:55:33] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [20:56:00] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:09:04] | dblain: | If there is a problem with QDateTime handling in the services API where we need to override default Qt behavior, the code located at libmythservicecontracts\service.cpp can be changed to handle the time zone when parsing the date/time string. I won't be around for a while so if someone could please forward this to daniel when he's back online it would be appriciated. |
| [21:09:56] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [21:10:16] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:12:04] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:38:33] | Sharky112065: | stuartm: looks good. 6 recordings complteted with no ill effects. Will do further testing |
| [21:46:25] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [22:05:26] | dekarl (dekarl!~dekarl@p4FCEECCE.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [22:10:18] | dekarl (dekarl!~dekarl@p4FE8558C.dip.t-dialin.net) has joined #mythtv | |
| [22:17:02] | dekarl (dekarl!~dekarl@p4FE8558C.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [22:45:40] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [23:26:00] | superm1: | tgm4883: i think you should add something on the website that explains that for lay people that we can spit out URLs for them on |
| [23:46:41] | tgm4883: | superm1, done, added it under the FAQ on the /repos page |
| [23:56:36] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 265 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.