| Friday, June 17th, 2011, 00:45 UTC | ||
| [00:45:06] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [00:45:34] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [00:45:34] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [00:45:34] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [00:52:36] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
| [01:02:20] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [01:11:07] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:55:12] | dagar (dagar!~dagar@agar.ca) has quit (Ping timeout: 246 seconds) | |
| [01:56:35] | wgwinn (wgwinn!~chatzilla@c-68-36-58-132.hsd1.nj.comcast.net) has joined #mythtv | |
| [02:43:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:52:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:53:56] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:54:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds) | |
| [02:56:27] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 246 seconds) | |
| [02:58:17] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [03:52:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:03:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:15:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:24:19] | ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [06:40:21] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 264 seconds) | |
| [06:42:00] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [06:47:12] | martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv | |
| [06:52:22] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [07:09:15] | dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has left #mythtv () | |
| [07:12:51] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [07:13:54] | kormoc is now known as kormoc_afk | |
| [07:39:30] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 240 seconds) | |
| [07:39:57] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
| [07:39:58] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [07:39:58] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
| [07:51:19] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [08:06:06] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 260 seconds) | |
| [08:22:34] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [08:22:34] | gigem (gigem!~gigem@mythtv/developer/gigem) has quit (*.net *.split) | |
| [08:22:42] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [08:23:43] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 250 seconds) | |
| [08:25:58] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [08:25:58] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [08:27:05] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [08:29:07] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [08:29:07] | gigem (gigem!~gigem@mythtv/developer/gigem) has quit (*.net *.split) | |
| [08:31:58] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [08:32:10] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [08:34:45] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [08:34:45] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [08:46:21] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds) | |
| [08:51:28] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [09:16:38] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [09:27:37] | beef-supreme (beef-supreme!~ali@95.76.74.76) has joined #mythtv | |
| [09:29:13] | beef-supreme: | anyone on? |
| [09:44:33] | beef-supreme (beef-supreme!~ali@95.76.74.76) has left #mythtv ("Leaving") | |
| [09:59:40] | stoffel (stoffel!~quassel@p57B4C434.dip.t-dialin.net) has joined #mythtv | |
| [10:05:02] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:57] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:46:58] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:44:53] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [11:45:22] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [11:45:22] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [11:45:22] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [12:07:52] | stuartm: | is anyone else having problems with preview generation in master? |
| [12:16:14] | stuartm: | hmm, it's getting wedged when the preview request comes in before it's recorded enough frames |
| [12:16:21] | stuartm: | mythpreviewgen[15842]: Dec: DoFastForward(): desiredFrame(322) > last_frame(312) |
| [12:16:33] | stuartm: | is the last log entry for the stuck processes |
| [12:16:57] | stuartm: | danielk22: ^^ |
| [12:21:08] | stuartm: | I'll grab a backtrace in a few minutes |
| [12:24:23] | jya: | Very bizarre, some recent change in master fail to compile on the mac, due to remoteutil.cpp:45: error: ‘class QVector<FileSystemInfo>’ has no member named ‘toStdVector’ |
| [12:38:39] | stuartm: | I can trump that, configure is hanging |
| [12:39:42] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 252 seconds) | |
| [12:40:53] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [12:45:19] | stuartm: | package screw-up |
| [12:52:36] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv | |
| [12:55:49] | dagar (dagar!~dagar@agar.ca) has joined #mythtv | |
| [13:07:07] | ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv | |
| [13:13:11] | j-rod|afk is now known as j-rod | |
| [13:14:44] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:15:30] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [13:24:08] | j-rod is now known as j-rod|afk | |
| [13:24:11] | j-rod|afk is now known as j-rod | |
| [13:43:29] | stuarta: | jya: i've seen that |
| [13:43:42] | stuarta: | dunno yet why, since the code is valid |
| [13:43:48] | stuarta: | AFAICT |
| [13:43:59] | ** stuarta wonders if it's a compiler bug ** | |
| [13:48:17] | danielk22: | stuarta: Hold your tongue! I haven't run into a compiler bug in gcc since the x86 SIMD alignment pains. :) |
| [13:49:14] | stuarta: | :-p |
| [13:49:40] | stuarta: | i've seen jya has committed a macosx build fix. still trying to convince github to show it to me |
| [13:50:16] | danielk22: | I will need a backtrace of course. I ran into my own hang yesterday. It was with my second broken hd-pvr in as many years.. but it didn't make any sense, the analogsignalmonitor was waiting for the thread to stop but it wasn't running.. |
| [13:58:37] | danielk22: | Beirdo: what do you think of making this part go after the debug string ? "[3257] thread_unknown analogsignalmonitor.cpp:91 (handleHDPVR) – " |
| [13:59:42] | danielk22: | Beirdo: most debug strings I've added to the code already have the function name and the thread, file and line are unambiguous via grep of the string.. |
| [14:00:10] | danielk22: | Obviously this is useful when that isn't the case, but one hopes that isn't too often.. |
| [14:06:36] | j-rod is now known as j-rod|afk | |
| [14:09:46] | stuartm: | is anyone using gcc 4.6.0? |
| [14:10:30] | martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection) | |
| [14:16:13] | okolsi: | stuartm: i have it in backend machine (F15) |
| [14:16:50] | stuartm: | okolsi: no build issues? |
| [14:17:07] | danielk22: | Beirdo: also with all these thread_register thread_deregister's littering the code it would be nice to have a -v thread that will show when the threads are registered and deregistered. |
| [14:19:24] | okolsi: | stuartm: no, working fine |
| [14:20:12] | stuartm: | okolsi: ok good, thanks :) |
| [14:24:48] | danielk22: | Beirdo: BTW We don't actually need the register/deregister stuff for QThreads, QThread is a QObject which means it has a name, which is accessible via QThread::currentThread()->objectName() |
| [14:25:37] | danielk22: | Beirdo: the register could just be replaced with a setObjectName() and the deregister is unnecessary. |
| [14:27:12] | kth1 (kth1!~kth@85.16.234.58) has joined #mythtv | |
| [14:27:24] | danielk22: | That has the advantage of being able to work with QThreads that use the default run() method. |
| [14:30:11] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 240 seconds) | |
| [14:30:47] | stuartm: | I have to say that I'm not a big fan of this new logging for the following reason – "-rw-rw-r-- 1 gbee gbee 12G Jun 17 15:29 /var/log/mythtv/mythbackend.log" |
| [14:31:08] | stuartm: | that's _2 days_ of logs |
| [14:31:21] | stuartm: | 12GB in two days is insane |
| [14:32:03] | stuartm: | my root partition is only 18GB |
| [14:33:15] | okolsi: | playback startup seems to make frontend to request fresh preview image which is then received 5–10 sec later (during playback).. wonder if this reall should be happening.. |
| [14:40:32] | iamlindoro: | stuartm: Yikes, is that at default verbosity? |
| [14:40:46] | stuartm: | yep |
| [14:40:56] | ** stuarta goes to check his dev box ** | |
| [14:41:05] | iamlindoro: | Hmm, interesting, I had thought the new logging just added prefixes/etc., didn't add new lines |
| [14:41:06] | danielk22: | stuartm: from what I can tell the logs should really only be 2 to 3 times as large as before.. |
| [14:41:32] | stuartm: | I topped/tailed it to see whether it was logging something unusual but it looked normal, I've now deleted it |
| [14:41:50] | stuarta: | the messages are a lot wider |
| [14:42:28] | danielk22: | stuarta: right, but that should bring it from 4 MB to 12MB, not gigs.. |
| [14:42:35] | stuarta: | aye |
| [14:42:39] | stuartm: | I was doing multiple scans in the last two days, but mythtv-setup wasn't run with -l so that doesn't really explain it |
| [14:42:57] | stuartm: | I shouldn't have been so quick to delete it :/ |
| [14:43:36] | stuartm: | if it repeats I'll pastebin a sample |
| [14:57:39] | stuartm: | ah, I know what it would have been |
| [14:58:29] | stuartm: | I had a couple of encrypted channels in my lineup following the scan (they weren't marked as encrypted), I noticed that the EIT scanner was spewing lots of errors every time it tried to tune those channels |
| [14:59:23] | stuartm: | that makes it reproducible at least |
| [15:01:50] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv | |
| [15:22:43] | Beirdo: | danielk22: the logging system stores the threadname separately. I'm not going to have it ask for a QString every time, I ask for the threadID and use a hash... and if you want to see when they are registered/deregistered export VERBOSE_THREADS |
| [15:22:54] | Beirdo: | if the env var is there, it will be verbose about it |
| [15:24:52] | Beirdo: | And the register/deregister is also there for QRunnables |
| [15:25:30] | Beirdo: | it's not really all that difficult to deal with, especially as all the existing ones are already done |
| [15:25:50] | j-rod|afk is now known as j-rod | |
| [15:26:48] | Beirdo: | this way, the QString -> char * conversion is done once, not on every log message |
| [15:27:34] | Beirdo: | it's not exactly a fast operation to marshal QString -> UTF8 -> char * |
| [15:29:36] | danielk22: | Beirdo: that could be done on demand and cached, but it's no biggie. i'm more concerned about the readability of the logs with the extraneous information listed first. |
| [15:31:30] | danielk22: | i can see it being useful. but it being first makes it more difficult to read the log + it's not very compact so it goes past the 80 char column width on my terminal fairly often.. |
| [15:31:59] | Beirdo: | yeah, it kinda has to be first if you want to have any chance of making a log processor |
| [15:32:13] | Beirdo: | variable-length data has to be last for sanity |
| [15:33:33] | Beirdo: | agreed, it ends up longer than 80 col, but I can see no processable way to present all the information and keep logs < col |
| [15:33:45] | danielk22: | hmm, but we can put the time and thread # first and then put the thread name, file, line and function after the log data.. it still pushes the important bits to the right, but not by as much. |
| [15:34:14] | Beirdo: | and still unparsable by most log processors |
| [15:34:38] | Beirdo: | think things such as web log parsers |
| [15:34:40] | danielk22: | but we'd only be moving around the variable data. |
| [15:35:00] | Beirdo: | and putting static data after variable data, making it harder to locate |
| [15:36:34] | danielk22: | what is the point of the "log processing" ? Do we need to add a separate system for debug logging and redirect the verbose stuff to /dev/null unless we're doing "log processing" ? |
| [15:36:36] | stuartm: | maybe it's a non-starter, but what about a newline before the variable data (the message)? |
| [15:37:17] | Beirdo: | if you don't want debug logs, don't use -l |
| [15:37:36] | stuartm: | alternatively make the extra logging stuff optional and disabled by default? |
| [15:37:48] | Beirdo: | we can make it so there's a separate debug vs non-debug logfile |
| [15:37:50] | Beirdo: | sure |
| [15:38:14] | Beirdo: | but I want users who are asking for support to always be using debug logging |
| [15:38:22] | Beirdo: | it's far more useful to track down bugs |
| [15:38:46] | danielk22: | But I don't want to look at the logs if they have all that stuff added... |
| [15:38:59] | Beirdo: | for our own debugging, sure, it might look too verbose... but for the support side, it's very helpful |
| [15:39:13] | stuartm: | most of the time when I refer to a log I'm just checking why or when an event occurred, I already know which thread/file the warning or notice comes from or it's not relevant |
| [15:39:28] | stuartm: | I do appreciate the extra information if I'm doing serious debugging |
| [15:39:52] | Beirdo: | yeah, I think making a separate debug vs non-debug log is the answer |
| [15:40:05] | Beirdo: | I'll work on that once I get home from the conference |
| [15:40:35] | Beirdo: | it's not hard to do, but a bit distracting during presentations :) |
| [15:40:52] | sphery: | FWIW, I would hate to go back to relying on the LOC strings in the messages--I have fixed a ton of copy/paste errors in messages that had the wrong LOCs in them, and we had a ton of messages without them, and people forget to update them when refactoring, and it makes more sense to just have the code do it once. |
| [15:40:56] | Beirdo: | so bear with me for another day or so, and we'll get it in there |
| [15:41:00] | sphery: | and isn't console logging the separate debug |
| [15:41:09] | danielk22: | Yeah, I can see the use for the thread # esp for some types of debugging, but I don't need any of the extra information in user submitted logs. I generally just need to get the flow and figure out where the error first occurred. |
| [15:41:23] | sphery: | so just start up mythbackend 2>&1 | tee /path/to/my/mythtv.log to get non-debug |
| [15:41:29] | Beirdo: | sphery: yes, but it would be nice to allow people to put the cosole output into a file |
| [15:41:44] | Beirdo: | ugh |
| [15:41:46] | sphery: | well, that's what tee is for :) |
| [15:41:53] | sphery: | granted, requires them to know that |
| [15:41:55] | Beirdo: | heh, well, for short-term, yes |
| [15:42:16] | Beirdo: | but I think making it do that from the command-line would be smarter :) |
| [15:42:18] | danielk22: | heh, i don't want to tell end users to do that ! I sometimes forget the syntax myself. |
| [15:42:22] | stuartm: | I'm not a big fan of the LOC stuff generally, the message itself usually tells me where I have to look or failing that a quick grep |
| [15:42:56] | Beirdo: | right. Having a full debug log will help some of us, and others won't need/want it |
| [15:42:57] | sphery: | but, yeah, as someone who helps with support, I don't want users to be using non-debug logs , and if you give a user an option to save "a few megabytes of HDD space over a period of days", they'll jump at it |
| [15:43:09] | Beirdo: | so having both available is also a good idea |
| [15:43:09] | stuartm: | honestly even if the filename/line number appear in a log I'll still grep through kdevelop because it will open the file for me and take me direct to the relevant line |
| [15:43:58] | danielk22: | We can get rid of the LOC for the function name, but we still need some way to differentiate important errors, warnings and state changes which all fall under VB_IMPORTANT or VB_GENERAL now. Maybe add new VBs ? |
| [15:44:14] | danielk22: | s/function name/class&function name/ |
| [15:44:14] | sphery: | (and regarding the tee... really, you don't need to redirect stderr--since the only thing we have on stderr is the useless (UPnP scan?) log line that has about 200 periods showing "progress" |
| [15:44:14] | stuartm: | but I appreciate that everyone works differently |
| [15:44:26] | sphery: | it's useless because we don't actually write character by character) |
| [15:44:27] | Beirdo: | danielk22: I have a plan for that |
| [15:44:56] | Beirdo: | changing VERBOSE to LogPrint (the underlying function) which takes the VB_* as a mask, and a LOG_* as a level (for syslog, etc) |
| [15:45:06] | Beirdo: | right now, they all go to LOG_INFO |
| [15:45:27] | Beirdo: | it will take another sweep to change, but... |
| [15:45:27] | danielk22: | Beirdo: cool. |
| [15:45:30] | sphery: | (and it level will also be used by log/console/db logging, too) |
| [15:45:37] | stuartm: | actually what would be useful is an indication of the verbose level in the errors, which might stop users reporting notices/warnings as though they were errors |
| [15:45:41] | Beirdo: | it's on my list for doing sometime soon |
| [15:45:46] | stuartm: | s/might/probably won't/ |
| [15:45:53] | Beirdo: | Ooh, good point, stuartm |
| [15:46:09] | Beirdo: | I'll have to think of a compact way to do that :) |
| [15:49:31] | stuartm: | danielk22: I do think that we need to review what gets logged, especially under important/general, there's a lot of stuff in there now which might not be needed in normal logging |
| [15:50:08] | Beirdo: | hehe, yeah, the switch to mask/level will take some thought |
| [15:50:46] | Beirdo: | I can do my best effort, but I'm sure a review of one's code after/before would be a good plan |
| [15:53:29] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [15:55:54] | danielk22: | Compact could be "E", "W", "I" |
| [15:56:43] | Beirdo: | yeah, something like that |
| [15:57:00] | stuartm: | Err, Warn, Info, Note – might be more obvious without reading the manual? |
| [15:57:02] | Beirdo: | but I'd be aiming for 1char if possible :) |
| [15:57:32] | Beirdo: | https://github.com/MythTV/mythtv/blob/master/ . . . ythlogging.h |
| [15:57:44] | Beirdo: | see starting at line 17 for the levels (matches syslog) |
| [15:57:54] | Beirdo: | other than UNKNOWN at the end |
| [15:59:48] | Beirdo: | I would expect that most VB_IMPORTANT can be changed to VB_GENERAL, LOG_ERR (or higher) |
| [16:00:33] | Beirdo: | higher being lower number in the enum, BTW |
| [16:00:54] | sphery: | that said, VB_GENERAL is still part of default logging--so we may want to consider changing default if we're moving a bunch to VB_GENERAL |
| [16:00:56] | danielk22: | stuartm: yeah, i tend to use VB_IMPORTANT when debugging and then sometimes forget to remove the extra logging or move it to another log level. over the years that builds up. |
| [16:01:01] | Beirdo: | which is a bit confusing at first, but blame syslog for that |
| [16:01:01] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [16:01:34] | Beirdo: | yeah, the debugging ones could be moved to VB_WHATEVER, LOG_DEBUG :) |
| [16:04:28] | stuartm: | VB_NOBODYCARES |
| [16:09:40] | Beirdo: | well, the mask for debugging should match the code being debugged :) |
| [16:09:48] | Beirdo: | it will get filtered by the level anyways |
| [16:10:53] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [16:10:58] | Beirdo: | OMG, this guy's accent plus talking speed makes him hard to understand |
| [16:12:02] | Beirdo: | talking about high speed data deduplication... in fast Engrish |
| [16:16:54] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [16:43:46] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [16:44:15] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:02:57] | superm1 (superm1!~superm1@204.8.45.13) has joined #mythtv | |
| [17:03:53] | superm1: | can someone please service the packaging merge request I submitted? 0.24 autobuilds are messed up right now without it |
| [17:04:59] | stuartm: | danielk22: I've just noticed the following in my logs – "TVRecEvent recorderbase.cpp:143 (SetOption) – RecBase(26:) Error: SetOption(): Unknown int option: dvb_on_demand: 1" |
| [17:07:36] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (*.net *.split) | |
| [17:07:37] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [17:07:37] | gigem (gigem!~gigem@mythtv/developer/gigem) has quit (*.net *.split) | |
| [17:08:17] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [17:08:17] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [17:08:17] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [17:08:19] | xris: | mythtv just got contacted by a fraunhofer employee about participating with http://webinos.org/ (details on -developers) |
| [17:10:22] | Beirdo: | superm1: yeah, give me a moment :) |
| [17:11:37] | Beirdo: | superm1: I'm awy from home, but I'll have that in momentarily |
| [17:13:58] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (*.net *.split) | |
| [17:13:58] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [17:13:58] | gigem (gigem!~gigem@mythtv/developer/gigem) has quit (*.net *.split) | |
| [17:14:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:15:57] | Beirdo: | superm1: Done |
| [17:16:05] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [17:16:05] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [17:16:05] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [17:16:46] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [17:18:46] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv | |
| [17:32:36] | kormoc_afk is now known as kormoc | |
| [17:37:08] | sphery: | danielk22: Regarding the log format stuff... Since console logging already does the format you want and you can just use a simple mythbackend > /path/to/my.log redirect (and use a tail -F to follow, if you like) or mythbackend | tee /path/to/my.log , do we really need code/option/argument/whatever to turn our (complete/descriptive) file logging into console logging? And, even if mythbackend | tee /path/to/my.log is hard to explain to users, ... |
| [17:37:14] | sphery: | ... why would you want a user to use the short format rather than post a complete log? |
| [17:39:04] | sphery: | and though we're not planning on adding any log processors to MythTV, standard tools, like awk could be used to remove the stuff you don't want from logs, too |
| [17:51:17] | sphery: | seems cut is easier than awk, though... so could do something as simple as pipe the log output through or post-process files with: cut -d " " -f 1,2,3,9- |
| [17:55:07] | okolsi: | stuartm, danielk22: i'm seeing also dvb_on_demand issue, see also #9825 |
| [17:58:05] | kth1 (kth1!~kth@85.16.234.58) has quit (Quit: Leaving.) | |
| [18:02:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:02:48] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [18:21:52] | stuartm: | sphery: the assumption seems to be that file logging is only useful for users providing bug reports, not users who just want to check what happened |
| [18:22:51] | sphery: | so those users should use the console logging, redirected to a file |
| [18:23:07] | stuartm: | it just seems a bit backwards to me, but maybe I'm lacking perspective |
| [18:23:20] | sphery: | all I'm saying is we already have a simple and a complete format, and people can choose to use whichever they want |
| [18:24:00] | sphery: | rather than have simple console logging, complete file logging, and simplified file logging that's really identical to redirecting console logging to a file |
| [18:24:04] | stuartm: | sphery: right, and why can't we have the option to write the simple form to a log if we already have it? That seems like a no-brainer |
| [18:25:00] | sphery: | IMHO, we do... -l for complete and no -l for simple |
| [18:25:34] | sphery: | anyway, I think the construction of the code will require much more invasive changes than will changing -l to > on a command line |
| [18:25:56] | stuartm: | :/ |
| [18:28:31] | sphery: | OK, seems it is the same logger and would just change the format, so it's really just one more setting |
| [18:28:56] | sphery: | after all, --syslog, --nodblog, --logpath, so why not add more :) |
| [18:30:27] | stuartm: | Beirdo: sphery mentioned the other day that the syslog stuff would be disabled by default once it had been tested thoroughly? Is that definitely the case? |
| [18:31:23] | Beirdo: | ahhh, yeah, I think that would be a wise choice |
| [18:31:41] | Beirdo: | I'll do that momentarily when I get done with this tweak |
| [18:31:53] | stuartm: | my dmesg output is currently useless because of an ir driver that was left in debug mode and my syslog is useless because of myth, it's making debugging some things very difficult ;) |
| [18:32:12] | Beirdo: | how would it be useless? |
| [18:32:28] | Beirdo: | configure local7 to log separately, and all should be good |
| [18:32:38] | Beirdo: | but yeah, default will be off... shortly |
| [18:32:48] | stuartm: | Beirdo: very difficult to see what's going on because the relevant information is buried in between hundreds of lines of mythbackend/mythfrontend output |
| [18:33:04] | Beirdo: | that's a syslog.conf issue |
| [18:33:09] | Beirdo: | but yeah |
| [18:33:26] | stuartm: | Beirdo: sure, I can configure it and probably will for sanity's sake, but it's not the default behaviour (obviously) |
| [18:33:44] | Beirdo: | yeah |
| [18:33:49] | stuartm: | and since I'm already appending -l to the command line there's no need for it to log in two different places |
| [18:33:53] | Beirdo: | which is why the default should be off :) |
| [18:36:30] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds) | |
| [18:37:14] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [18:37:41] | stuartm: | it's different for distros since the packagers will make sure they include a syslog config for mythtv, or make sure all their wrapper scripts do whatever is appropriate |
| [18:38:52] | sphery: | yeah, when we require then to specify --syslog <FACILITY> to get syslog logging, then they'll know to do syslog configuration, too |
| [18:39:55] | sphery: | (and, I will, for the first time ever, have MythTV logs in /var/log--a directory to which no unprivileged user (including mythtv) is allowed to write on my system :) |
| [18:39:58] | stuartm: | Beirdo: don't get me wrong on any of this, I think what you've done is fantastic, I just want to make sure that myth is doing the right thing for those who don't have a packager doing the heavy lifting for them |
| [18:40:26] | Beirdo: | understood :) |
| [18:40:53] | Beirdo: | yeah, the defaults as they sit now are... not quite what we want at release time |
| [18:41:18] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds) | |
| [18:43:20] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [18:43:54] | stuartm: | on a completely unrelated and OT note, why do distros still install half a dozen fax clients? If anyone is still using fax in a big way then I'm sure they'd be able to install one themselves and they certainly don't need such choice pre-installed |
| [18:59:32] | danielk22: | sphery: if the users submit unreadable logs, why bother with asking them for logs? I feel the best answer is to come up with a good logging format that has the data we want without being overly verbose so we can have one logging format. |
| [19:00:55] | danielk22: | sphery: I think we can do that even if we don't all agree 100%, there is enough room for improvement that we should all be happier with the new logging at the end of the day/week/month. |
| [19:02:57] | sphery: | not arguing about whether the current format is reable or not, having a single format would be ideal, but it's hard to do it such that we can differentiate the variable-length message (sometimes with embedded newlines, etc) from the extra debug info if we try to put the extra at the end--we'd need some kind of new delimiter for it, and even then because of multiline log comments, it would be difficult to parse |
| [19:03:47] | sphery: | with the current format, cut can be used to print only the desired "fields" as delimited by spaces. If we have "extra" info after the variable-length messages, we couldn't do the same |
| [19:05:22] | stoffel (stoffel!~quassel@p57B4C434.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:06:24] | sphery: | I'm sure there is a way to do it with a single, readable, and agreeable format--I just haven't come up with a way :( |
| [19:23:38] | danielk22: | how about: time thread# file:line# Function severity_char %custom message% — human_readable_thread_name ; we can trim the class name out of the LOC macros and function name out of loc's + trim out the "Error: " "Warning: " etc in the existing macros. |
| [19:24:05] | danielk22: | that should get us fairly compact before the stuff before -- |
| [19:24:36] | Beirdo: | thread# is arbitrary and less useful than thread name |
| [19:24:37] | danielk22: | The class name isn't really needed if we have the file, since most files contain only one class. |
| [19:24:47] | Beirdo: | true |
| [19:25:04] | stuartm: | Beirdo: thread id is useful if you're working with a backtrace + log |
| [19:25:24] | Beirdo: | only if it's the same thread id that the backtrace shows |
| [19:25:33] | Beirdo: | which it usually isn't |
| [19:25:33] | stuartm: | true |
| [19:25:37] | stuartm: | no? |
| [19:25:39] | danielk22: | Beirdo: right but if you are looking for all the messages in a certain thread you'll probably search on the number anyway |
| [19:25:41] | Beirdo: | that's the tid |
| [19:26:01] | danielk22: | We're using the QThread id right? |
| [19:26:12] | Beirdo: | yes, which is actually the pthread_t |
| [19:26:21] | stuartm: | ah |
| [19:26:37] | Beirdo: | the backtrace shows the tid which is actually the process id |
| [19:28:28] | stuartm: | Beirdo: thread names are different for each instance of the same thread? i.e. two recording threads will have different names to distinguish them? |
| [19:28:47] | Beirdo: | only if you register them that way |
| [19:28:53] | Beirdo: | it can be done though |
| [19:29:35] | Beirdo: | whatever QString gets sent in on the register is what gets used (after conversion to char * |
| [19:29:38] | Beirdo: | ) |
| [19:29:53] | stuartm: | I was just thinking there might be justification for having the thread id visible, although maybe it could/should be appended to the name |
| [19:29:58] | danielk22: | stuartm: The way it is now it is not, the thread id is the only thing that really specifies a thread. You'll see this also with QRunnables, where the same thread will have different human readable names at different points in time. |
| [19:29:59] | Beirdo: | there's a QMap<thread id, name> |
| [19:30:22] | danielk22: | (But only 1 at a time) |
| [19:30:47] | stuartm: | danielk22: yeah, that makes sense |
| [19:30:54] | Beirdo: | and with the QRunnables, the register will determine the thread name for what's logged during the run of the QRunnable, and it gets remapped on the next register |
| [19:32:08] | Beirdo: | we can add the threadID, but it will just make it less readable, really |
| [19:32:15] | Beirdo: | it's a 64-bit hexidecimal number |
| [19:32:47] | Beirdo: | (or 32-bit on a 32-bit box) |
| [19:33:16] | Beirdo: | I'm loathe to add that to every message. It's messy |
| [19:33:17] | danielk22: | Beirdo: by thread id I meant the number we're currently printing. just so long as it's unique and not to long.. if we could fit it in 3 chars all the better. |
| [19:33:44] | Beirdo: | oooh, that's the PID |
| [19:34:14] | Beirdo: | as if you use the same logfile every run, you want to be able to distinguish the runs easier |
| [19:34:38] | danielk22: | oh, the overall process pid? |
| [19:34:41] | Beirdo: | yes |
| [19:35:01] | danielk22: | hmm, ok I thought it was something that emulated a tid. |
| [19:35:28] | danielk22: | but yeah, i see it doesn't change that much.. |
| [19:35:28] | Beirdo: | nope. I could look up the tid and cache that mapping too if we want |
| [19:35:48] | Beirdo: | but that would only be useful on Linux, I'd imagine |
| [19:35:55] | danielk22: | that be a number i'd like to see more, but obviously something else would need to be done on windows. |
| [19:36:01] | Beirdo: | yup |
| [19:36:31] | Beirdo: | that can be easily corrollated to a gdb backtrace |
| [19:36:33] | Beirdo: | hmm |
| [19:37:20] | Beirdo: | alternatively, we can make our process generate the backtrace too |
| [19:37:35] | Beirdo: | again, only likely to work on Linux |
| [19:37:50] | Beirdo: | might work in FreeBSD, not sure if they added it to their libc or not |
| [19:38:09] | danielk22: | heh, that be super nice.. can i make a wish-list ;] |
| [19:38:17] | Beirdo: | sure |
| [19:38:31] | Beirdo: | I have code in beirdobot that works pretty well for that |
| [19:39:08] | Beirdo: | freebsd (on my fileserver) has no manpage for backtrace. Shame |
| [19:39:56] | Beirdo: | I'll have to see how well the symbols work with C++ :) |
| [19:40:58] | Beirdo: | on the bot, if you SIGUSR2, it logs a backtrace of all running threads, and continues |
| [19:41:07] | Beirdo: | which is rather nice at times |
| [19:43:02] | Beirdo: | I'll look at getting the tid in there |
| [19:43:18] | Beirdo: | if the next talk bores me, I'll start it pretty soon :) |
| [19:43:24] | danielk22: | Yeah, a bt on a sigusrX and on Ctrl-C before exit (whatever that signal is) would be cool. + the tid in the logs.. |
| [19:43:31] | danielk22: | Still at USENIX ? |
| [19:43:37] | Beirdo: | yup, last day |
| [19:44:04] | Beirdo: | oooh "Enabling Security in Cloud Storage SLAs with CloudProof" by Microsoft Research |
| [19:44:35] | Beirdo: | I bet I will be in coding mode... they are just setting up right now (during lunch break) |
| [19:53:35] | stuartm: | Beirdo: just the title of that talk made me nod off for a moment |
| [19:54:11] | kormoc: | I'm confused as to what in a SLA needs security |
| [19:54:28] | xris: | weird.. email I bcc'd to mythtv-delopers came as my geek@ex-nerd address, not cpetersen@mythtv that my sent archive says it is. |
| [19:54:29] | Beirdo: | yeah, I dunno either :) |
| [19:55:04] | xris: | maybe it's the security of the SLA |
| [19:55:06] | Beirdo: | xris: could be something in the alias remapping, not sure |
| [19:55:45] | superm1: | Beirdo, thanks |
| [19:56:03] | Beirdo: | no prob. |
| [19:58:45] | xris: | Beirdo: yeah. guess we see what address it comes back to when he replies |
| [19:59:07] | stuartm: | xris: I cannot send any mail to the lists with my mythtv address, the server rejects them because it's a local domain received from an external source |
| [19:59:46] | xris: | stuartm: ah, that might be the issue. I subscribed to the list with my mythtv address, but then had to specifically authorize my ex-nerd domain when I actually sent the message |
| [19:59:46] | stuartm: | I use mythtv.org in the ReplyTo, but tase.co.uk in the From |
| [20:03:37] | xris: | the fraunhofer thing could be interesting |
| [20:04:23] | xris: | reading the white paper it almost seems like a sort of upnp for web apps... |
| [20:16:21] | danielk22: | xris: which sounds sort of like that stuff they did with mythtv at the bbc... |
| [20:16:58] | xris: | I didn't hear about this bbc thing |
| [20:17:54] | danielk22: | it was a few months back. i don't recall the name of the guy working on it, but he came in here a few times. |
| [20:18:59] | danielk22: | he used mythtv for a reference implementation for a future home network friendly stb standard. |
| [20:20:11] | wagnerrp: | james barrett |
| [20:20:17] | wagnerrp: | you can find the code up on github |
| [20:20:20] | sphery: | xris: yeah, UPnP + deja vu + every other discoverable app/service specification ever invented--and all handled through a web server |
| [20:20:23] | Beirdo: | oh crapola |
| [20:20:36] | Beirdo: | OK, that half-worked, but I did the gettid in the wrong place |
| [20:21:48] | xris: | danielk22: interesting. wonder if they're related. |
| [20:21:53] | sphery: | xris: 20110404 08:28:46< jamesba> We (BBC) have released a Universal Control Server designed to work with MythTV as an open source project on Github, if anyone here is interested :) : https://github.com/bbcrd/UCMythTV |
| [20:22:16] | sphery: | and see the docs, in addition to the white paper |
| [20:24:34] | sphery: | xris: If nothing else, it might be nice to forward a copy of the e-mail to jamesba . Here's a ticket with his e-mail address (which you can see in full if logged in): http://code.mythtv.org/trac/ticket/8718 |
| [20:25:49] | xris: | good idea |
| [20:31:09] | xris: | and done |
| [20:34:30] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [21:17:40] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:17:40] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [21:17:40] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [21:21:35] | MythBuild: | build #182 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/182 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [21:22:01] | danielk22: | stuartm: okolsi: afaik dvb_on_demand wasn't used in the recorder itself in 0.24 either. |
| [21:22:02] | j-rod is now known as j-rod|afk | |
| [21:24:07] | danielk22: | stuartm: okolsi: yep, it appears we just ignored this invalid SetOption from TVRec in the past.. I'll remove it in a few shakes. |
| [21:25:54] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [21:27:10] | danielk22: | heh, I didn't even know mythtv compiled on freebsd. |
| [21:27:23] | ** iamlindoro strikes freebsd off the list of supported platforms ** | |
| [21:27:23] | Beirdo: | heh |
| [21:27:26] | iamlindoro: | there, problem solved |
| [21:27:26] | ** wagnerrp has run his backend on freebsd for years ** | |
| [21:28:28] | Beirdo: | seeing if I can't put tid support in for FreeBSD too |
| [21:28:40] | Beirdo: | and OSX if I can find a reference to how it's done there too |
| [21:34:22] | danielk22: | so anyone got a clue where ip_mreq and friends are defined on FreeBSD systems? |
| [21:35:10] | danielk22: | I know it's not /usr/include/linux/in.h :) |
| [21:35:15] | Beirdo: | hehe |
| [21:35:55] | Beirdo: | netinet/in.h |
| [21:35:58] | Beirdo: | it seems |
| [21:36:22] | Beirdo: | yup, there it is |
| [21:36:34] | danielk22: | Beirdo: can you quickly check if that cures the compule issue on FreeBSD? Otherwise I'll just commit blindly and hope it does.. |
| [21:36:45] | Beirdo: | and ip_mreqn, ip_mreq_source |
| [21:37:00] | Beirdo: | I don't actually have myth on my freebsd setup right now :( |
| [21:37:01] | wagnerrp: | s/Beirdo/wagnerrp/ ? |
| [21:37:09] | Beirdo: | wagnerrp likely could though |
| [21:37:13] | wagnerrp: | heh |
| [21:37:14] | danielk22: | heh, wagnerrp ? |
| [21:37:29] | wagnerrp: | sure, give me a second |
| [21:37:41] | wagnerrp: | just another include <> to add? |
| [21:37:42] | Beirdo: | my freebsd box is slated to be my fileserver soon, but it's up enough to look through includes at least |
| [21:38:06] | danielk22: | wagnerrp: yeah, I'll add the ifdef's and the like if it works. |
| [21:41:41] | wagnerrp: | nope, let me look around and see if i can find those defines |
| [21:41:55] | Beirdo: | wagnerrp: /usr/include/netinet/in.h |
| [21:42:02] | Beirdo: | at least on my box |
| [21:42:24] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:42:24] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [21:42:24] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
| [21:42:44] | wagnerrp: | scratch that, putting that include at the top of the file worked |
| [21:42:59] | Beirdo: | heh |
| [21:44:13] | wagnerrp: | danielk22: it has to be in before the mmulticastsocketdevice.h include (or in that include) |
| [21:52:30] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: Some days im more stupid than others.) | |
| [22:00:57] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [22:13:05] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [22:13:05] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
| [22:13:05] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [22:17:39] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp) | |
| [22:29:40] | iamlindoro: | Beirdo, wagnerrp, it appears the command line parser changes have broken parsing of mythfillnetvision, if you could add that to your lists |
| [22:30:21] | iamlindoro: | running without arguments it will update the ones that are due, but the --refresh-* commands are not working |
| [22:31:53] | Beirdo: | iamlindoro: OK, will add it to the list |
| [22:32:21] | Beirdo: | I thought I had gone through to make sure that got fixed after, but it sounds like it needs revisiting |
| [22:36:06] | iamlindoro: | Beirdo, the program runs, it just doesn't do anything (not even the default action of checking to see which feeds/trees are due for an update and updating those) |
| [22:36:26] | iamlindoro: | so it's not doing what it does with no arguments, and not doing what it should be doing with arguments... but somewhere in the middle |
| [22:36:27] | Beirdo: | odd. |
| [22:36:32] | Beirdo: | OK, I'll take a look |
| [22:36:35] | iamlindoro: | like, inits mythcorecontext and then quits |
| [22:37:36] | iamlindoro: | thanks |
| [22:38:52] | Beirdo: | this one sounds somewhat interesting... |
| [22:39:01] | Beirdo: | "Device-Transparent Personal Storage" |
| [22:40:52] | danielk22: | wagnerrp: it looks like it is already in mmulticastsocketdevice.h ... |
| [22:41:22] | Beirdo: | 2011-06–17 15:41:08.508298 I MMulticastSocketDevice(239.255.255.250:98): setsockopt – IP_DROP_MEMBERSHIP eno: Invalid argument (22) |
| [22:41:26] | Beirdo: | btw :) |
| [22:41:51] | Beirdo: | a new failure message or two in what yer playing with :) |
| [22:42:27] | danielk22: | Beirdo: that ones easy.. it doesn't matter :) You are only seeing it because you have VB_EXTRA, it was completely ignored before... |
| [22:42:35] | Beirdo: | hehe |
| [22:42:42] | Beirdo: | fair enough |
| [22:45:00] | danielk22: | wagnerrp: where exactly did you add it? |
| [22:45:12] | Beirdo: | that's likely the kernel telling me "you aren't subscribed, so you can't drop" |
| [22:45:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:45:26] | Beirdo: | which is fair. Yeah, running with extra :) |
| [22:46:10] | danielk22: | Beirdo: or, "someone else subscribed on the same interface so I'm ignoring the command"... Where that someone else could be us. |
| [22:46:23] | Beirdo: | ah, gotcha |
| [22:46:32] | Beirdo: | either way, it's harmless |
| [22:47:27] | Beirdo: | iamlindoro: which exact command-line were you using when it failed? |
| [22:47:33] | iamlindoro: | --refresh-all |
| [22:47:36] | Beirdo: | K |
| [22:48:37] | danielk22: | Beirdo: Yup, I burned some braincells on it. but the google oracle tells me its harmless on Linux. I'd have removed the VB_EXTRA if I were sure it were harmless on all platforms. Maybe it will help someone debug a Windows firewall rule. |
| [22:50:30] | Beirdo: | cool |
| [22:50:51] | Beirdo: | OK, I see the issue here, iamlindoro. I'll have a fix shortly. |
| [22:51:08] | iamlindoro: | Beirdo, thanks! |
| [22:53:36] | Beirdo: | no problemo |
| [22:53:40] | Beirdo: | give that a shot |
| [22:57:00] | Hilikus (Hilikus!~hilikus@unaffiliated/hilikus) has joined #mythtv | |
| [22:57:12] | Hilikus: | /join #mythtv-users |
| [22:57:21] | Hilikus (Hilikus!~hilikus@unaffiliated/hilikus) has left #mythtv () | |
| [23:02:33] | wagnerrp: | danielk22: anything before the mmulticastsocketdevice.h include and it compiles |
| [23:02:39] | wagnerrp: | anything after and it fails with that error |
| [23:02:45] | Beirdo: | funky |
| [23:04:38] | wagnerrp: | Beirdo: is there any sort of machinery in buildbot that can automatically generate new bots for new branches? |
| [23:04:54] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [23:04:54] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [23:04:54] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [23:05:35] | Beirdo: | unfortunately not that I know of |
| [23:06:07] | Beirdo: | I was thinking we could work on splitting the config into several files (which we can template), and include them in master.cfg |
| [23:06:31] | Beirdo: | but I'm not sure how to do so in python (a), and haven't taken the time to learn (b) |
| [23:08:07] | Beirdo: | that part shouldn't be too hard with a touch more knowledge |
| [23:20:42] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds) | |
| [23:20:48] | danielk22: | wagnerrp: Weird. If you swap the order of the two first include in mmulticastsocketdevice.h does that make it compile? |
| [23:32:29] | wagnerrp: | oh, no |
| [23:32:40] | wagnerrp: | mmulticastsocketdevice.h include netinet/ip.h |
| [23:32:50] | wagnerrp: | we need to include netinet/in.h as well |
| [23:32:50] | Beirdo: | aah |
| [23:33:36] | wagnerrp: | danielk22: two separate files... ^^^ |
| [23:34:13] | danielk22: | hehe, ok i missed that |
| [23:34:21] | Beirdo: | soo close |
| [23:35:47] | danielk22: | ok, libmythupnp compiles with that on linux.. will commit once the full compile completes. |
| [23:36:15] | wagnerrp: | do you have any want for a mythtv-rec2 build bot? |
| [23:38:12] | danielk22: | nah, i'm content with doing these fixes after a merge + the tree is now shrinking fast... |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.