MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (92):

alan`, aloril, Anduin, Anssi, anykey_, brfransen, caelor, ceros, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123, dlblog, elvum, f33dMB, foobum, foxbuntu, ghoti, Gibby, gigem, gigem_, gregL, GreyFoxx, hads, highzeth, jams, jannau, JEDIDIAH__, joe___, justpaul, jwhite, kenni, kurol, laga, mag0o, MythLogBot, okolsi, purserj, rooaus, skd5aner, Snow-Man, Splat1, stuarta, superm1, tomimo, wagnerrp, weta, xris, _charly_, beata_, Captain_Murdoch, cattelan_away, eharris, high-rez, iamlindoro, J-e-f-f-A, jarle, jpabq, jpabq-, jstenback, kc, kurre, mrand, poptix, sutula, tris, ybot, sphery, dblain, fmilo, dekarl1, NightMonkey, j-rod|afk, eugo, MaverickTech, cesman, kormoc, Solarion, markk, reynaldo, hagna, ThisNewGuy, andreax1, ToadP, Stevezau, grokky_, holomntn, astro963, RDV_Linux_
Friday, January 14th, 2011, 00:11 UTC
[00:11:53] android6011: sphery: maybe im getting the names confused. I am talking about like <channel id="I10436.labs.zap2it.com"> -> that id
[00:12:34] sphery: ah, that's the xmltvid, which we have set to 64 chars...
[00:12:37] iamlindoro: "Hello, I'm using MC2XML."
[00:13:06] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:15:14] sphery: android6011: I think we've just set it to 64 chars because that seemed to be enough. Do you have an example of a grabber providing an xmltvid that's > 64 chars?
[00:15:26] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[00:16:14] android6011: sphery: heh no thats why i was asking if it was just a cutoff because it was good enough or if it was defined somewhere
[00:16:44] ** kormoc eyes android6011 wondering where he's getting such ids **
[00:17:01] android6011: iamlindoro: google. I am doing a database project and i decided to do it for xmltv
[00:17:29] sphery: kormoc: seems that's the one on http://wiki.xmltv.org/index.php/XMLTVFormat , supposedly provided by tv_grab_na_dd
[00:17:51] android6011: and myth is about the most open projet i know of that uses it so i figured i could find some good info
[00:18:12] kormoc: interesting. I think that's pretty invalid these days, but who knows
[00:18:28] sphery: if so, I'm sure you could get rmeden to update the page for us...
[00:26:28] sphery: just ran tv_grab_na_dd and got the same format... seems they put the "authority" in there ("labs.zap2it.com") and haven't updated it to the new domain name... don't know what the I is: my $myid = sprintf("I%d.labs.zap2it.com",$sid);
[00:28:19] kormoc: huh
[00:28:52] android6011: and my only other question is how overlapping times are handled. For instance if prog1 on chan1 starts at 5:00 ends at 5:30 and prog2 on chan1 starts at 5:05 and ends at 5:15 how is that handled? is it just assumed entries are correct?
[00:30:40] kormoc: they don't
[00:32:54] android6011: what happens if listings change and lets say first update prog1 starts 5:00 ends 5:30 and prog2 starts 5:30 and ends 6:00. Then round 2updates to prog1 starts 5:00 ends 5:25 and prog2 starts 5:25 and ends 6:00. since the primary key is based on chan id and start time that would cause an overlap but woudl be allowed into the db
[00:33:37] sphery: kormoc: yeah, it's annoying that they're still using that old format--since mc2xml is also using that same old format
[00:34:41] sphery: android6011: when we do xmltv- or Schedules-Direct-based listings via mythfilldatabase, we clear all the data for the video source for the day we grabbed--so we don't update, we replace
[00:35:11] android6011: ok thats what i was planning on doing but digging through the source i could not find where it was dropped at
[00:35:26] android6011: so i was wondering how it was being done by you guys
[00:35:33] sphery: EIT is the only part that tries updates--and it can have issues if the program ID doesn't match things up properly
[00:35:53] android6011: so is channel information dropped too?
[00:36:03] android6011: i would assume no
[00:36:16] android6011: or everytime a user set a channel to ignore it would become available again
[00:38:39] sphery: ProgramData::ClearDataBySource() is called by FillData::GrabDDData() and ProgramData::ClearDataByChannel() is called by by ProgramData::DeleteOverlaps()
[00:39:19] sphery: channel info isn't dropped--it's only updated for analog sources and using a "safe" update by default (unless mythfilldatabase is run with --do-channel-updates)
[00:41:05] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:43:21] ceros (ceros!~andres@xbmc/staff/ceros) has quit (Remote host closed the connection)
[00:43:27] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[00:44:19] android6011: sphery: ok thanks a lot for the info. it really helped
[00:50:48] ceros (ceros!~andres@xbmc/staff/ceros) has joined #mythtv
[00:51:33] Stevezau: I cant seem to find the audio passthrough option using 0.24.. any ideas where it is??
[00:51:49] iamlindoro: wrong channel, see topic
[00:51:59] Stevezau: ah
[00:52:00] Stevezau: soz
[00:52:40] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:55:00] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[00:56:11] abqjp (abqjp!~abqjp@97-119-168-204.albq.qwest.net) has quit (Quit: abqjp)
[01:02:45] fmilo (fmilo!~misto@64.17.253.218) has joined #mythtv
[01:27:49] hads (hads!~hads@argon.nice.net.nz) has quit (Ping timeout: 276 seconds)
[01:32:52] laga: 4
[01:32:59] laga: oops.
[01:38:48] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds)
[02:00:40] hads (hads!~hads@argon.nice.net.nz) has joined #mythtv
[02:28:52] GreyFoxx (GreyFoxx!greg@out.of.phaze.org) has quit (Ping timeout: 265 seconds)
[02:30:44] ceros (ceros!~andres@xbmc/staff/ceros) has quit (Read error: Connection reset by peer)
[02:44:00] android6011 (android6011!cc1d4d46@gateway/web/freenode/ip.204.29.77.70) has quit (Quit: Page closed)
[03:18:01] Elv13 (Elv13!~lepagee@208.92.19.31) has quit (Ping timeout: 255 seconds)
[03:22:54] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[03:45:20] holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has joined #mythtv
[04:24:44] ceros (ceros!~andres@xbmc/staff/ceros) has joined #mythtv
[04:25:33] mattwj2002 (mattwj2002!4b49d833@wikisource/pdpc.active.mattwj2002) has joined #mythtv
[04:26:00] mattwj2002 (mattwj2002!4b49d833@wikisource/pdpc.active.mattwj2002) has left #mythtv ()
[04:37:23] fmilo (fmilo!~misto@64.17.253.218) has quit (Quit: fmilo)
[04:55:08] gigem (gigem!~gigem@cpe-76-187-29-95.tx.res.rr.com) has quit (Remote host closed the connection)
[04:55:55] gigem (gigem!~gigem@cpe-76-187-29-95.tx.res.rr.com) has joined #mythtv
[05:07:24] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[05:30:56] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv
[05:35:36] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Ping timeout: 240 seconds)
[05:39:32] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[05:57:37] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv ()
[06:58:25] Goga777 (Goga777!~Goga777@shpd-78-36-183-151.static.vologda.ru) has joined #mythtv
[07:07:50] Goga777 (Goga777!~Goga777@shpd-78-36-183-151.static.vologda.ru) has quit (Remote host closed the connection)
[07:18:55] Goga777 (Goga777!~Goga777@shpd-92-101-154-9.vologda.ru) has joined #mythtv
[07:24:27] Goga777 (Goga777!~Goga777@shpd-92-101-154-9.vologda.ru) has quit (Remote host closed the connection)
[07:31:02] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:44:10] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds)
[07:55:21] leprechau (leprechau!leprechau@c-98-240-50-163.hsd1.tn.comcast.net) has quit (Read error: Operation timed out)
[08:19:19] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[10:11:06] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv
[10:20:46] jamesba: hi all, I was wondering if there's a good way for me to check what schema version the database is from the commandline without having to start up the frontend
[10:23:48] clever: jamesba: mysql -u mythtv -p mythconverg -h media -e 'select data from settings where value = "DBSchemaVer"'
[10:23:55] clever: thats the simplest answer i know
[10:24:47] jamesba: thanks
[10:24:51] jamesba: that makes sense
[10:30:38] Goga777 (Goga777!~Goga777@shpd-92-101-154-9.vologda.ru) has joined #mythtv
[10:56:23] Goga777 (Goga777!~Goga777@shpd-92-101-154-9.vologda.ru) has quit (Remote host closed the connection)
[10:57:36] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 240 seconds)
[11:08:08] Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has quit (Read error: Operation timed out)
[11:08:33] Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has joined #mythtv
[11:13:01] jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya)
[11:22:43] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has quit (Read error: Connection reset by peer)
[11:29:50] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[11:31:41] stuartm: mythfrontend -G DBSchemaVer -v none
[11:32:22] stuartm: notably absent from the --version output ... wonder why I've never noticed
[11:33:25] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[11:35:53] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has joined #mythtv
[11:37:53] clever: stuartm: must be something new, my fe just complains that it cant connect to X
[11:44:55] stuartm: looks like the ordering has been broken again, that info should be printed before we attempt to connect to X
[11:45:44] clever: might have already been fixed, i'm still on an accient version
[11:46:12] stuartm: *sigh*, this startup/argument processing order gets broken constantly, we need to figure out some better way of handling it
[11:46:21] stuartm: clever: no, it's broken here too
[11:47:18] clever: could move all the GUI needing stuff into a main_gui() that gets called near the very end of main()
[11:47:24] clever: clearly seperate the 2
[12:02:03] Splat1 (Splat1!~Splat1@rf1.splat1.com) has quit (Ping timeout: 246 seconds)
[12:06:57] Splat1 (Splat1!~Splat1@rf1.splat1.com) has joined #mythtv
[12:22:05] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[12:40:13] jya (jya!~avenardj@81.255.99.35) has joined #mythtv
[12:40:13] jya (jya!~avenardj@81.255.99.35) has quit (Changing host)
[12:40:13] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[12:43:29] jya (jya!~avenardj@mythtv/developer/jya) has quit (Client Quit)
[12:43:49] jya (jya!~avenardj@81.255.99.35) has joined #mythtv
[12:43:49] jya (jya!~avenardj@81.255.99.35) has quit (Changing host)
[12:43:49] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[12:48:36] andreax1 (andreax1!~andreaz@p57B94F34.dip.t-dialin.net) has joined #mythtv
[12:49:40] andreax (andreax!~andreaz@p57B9447F.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[12:50:07] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[12:50:53] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Client Quit)
[12:52:47] astro963 (astro963!~astro963@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[13:20:13] stuarta: i will get this to build on OSX!
[14:06:45] Goga777 (Goga777!~Goga777@shpd-78-36-179-65.static.vologda.ru) has joined #mythtv
[14:10:11] GreyFoxx (GreyFoxx!greg@out.of.phaze.org) has joined #mythtv
[14:22:46] stuartm: hmm, clearly there is a lot of work required if it's that difficult to build on OSX
[14:29:28] iamlindoro: Wasn't before git, I had/hav always been able to get it done simply by running the build script
[14:34:18] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[15:01:53] stuarta: nothing todo with git
[15:01:59] stuarta: it's linking errors
[15:02:22] stuarta: same thing would have occured with svn
[15:02:34] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[15:05:33] stuarta: git is not the spawn of satan
[15:05:47] ** stuarta hides **
[15:11:02] stuartm: I don't think iamlindoro was blaming git, just noting that git has necessitated changes in the build scripts
[15:11:54] stuarta: it has yes, but those changes haven't caused my issues
[15:17:44] stuarta: the osx build has never been great. it does work, but is fragile as hell, always has been
[15:19:55] stuartm: IMHO too many hacks have been involved from the beginning
[15:20:25] stuarta: agreed.
[15:21:23] stuartm: is anyone packing 0.24 for ubuntu? I think I'll need the DVD improvements for my production frontend
[15:21:51] stuarta: hence i'm sitting down to put together a bootstrap script for OSX to get all the deps installed.
[15:25:38] iamlindoro: Yes, was using the git merge as a delineator, not blaming git
[15:26:08] ** iamlindoro bites his tongue on further comment since git ate three days of work on him yesterday **
[15:26:55] iamlindoro: Anyway, if it's not to do with needing to update for git then don't know why you're running into so many issues, osx packager script worked reliably for me on multiple systems for a few years
[15:27:30] iamlindoro: But lots of large merges and lib changes lately, could very well be those caused issues
[15:36:50] stuarta: it is i believe
[15:37:37] iamlindoro: I had been under the impression that Nigel had it mostly working in his branch, though... are you using his "use-git" branch?
[15:37:45] stuarta: i have that yes
[15:37:59] iamlindoro: ah, guess he's not as close as I had infered then :)
[15:38:25] stuarta: tbh, there's not a lot of changes
[15:39:53] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[15:40:50] stuarta: it's more a case of nobody has been regularly building head on OSX for several months
[15:41:01] stuarta: my mac was broke, nigel was busy
[15:44:12] caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has quit (Quit: Leaving...)
[15:44:28] caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has joined #mythtv
[15:53:59] j-rod|afk is now known as j-rod
[16:08:24] superm1: stuartm, autobuilds for 0.24 happen regularly
[16:15:21] stuartm: superm1: really? last time I asked I was told that you had decided not to offer 0.24
[16:15:35] superm1: stuarta, oh you didn't specify which ubuntu release i suppose :)
[16:16:14] stuartm: so which releases have access to 0.24?
[16:16:17] superm1: lucid maverick and natty all get 0.24: https://launchpad.net/~mythbuntu/+archive/0.24/+packages
[16:16:27] superm1: lucid and natty get 0.25: https://launchpad.net/~mythbuntu/+archive/0.25/+packages
[16:16:55] stuartm: huh, ok – I must have been asking about trunk then, my bad memory I guess :)
[16:16:59] superm1: i think you were previously asking about 0.25 on maverick yeah
[16:17:34] stuartm: yup, guess that was just after I updated my netbook to maverick only to discover there were no packages available
[16:17:52] stuartm: ok, so I should be good to upgrade my production box(es) then
[16:19:08] stuartm: assuming I can free enough space on the root partition to let the installer run ... why does it need to download all the packages before installing? Is there no 'online' upgrade for ubuntu?
[16:19:50] stuarta: that's standard practice, fetch packages, install
[16:20:05] stuarta: all debian/ubuntu/fedora/redhat work the same
[16:20:19] tgm4883: stuartm, if you ever wonder, you can see what mythtv versions are available to what ubuntu releases here http://mythbuntu.org/files/mythbuntu-repos.db
[16:20:30] Goga777 (Goga777!~Goga777@shpd-78-36-179-65.static.vologda.ru) has quit (Remote host closed the connection)
[16:20:53] stuartm: mandriva had would download/install/remove as it went along, meant you could upgrade with very little local space required
[16:21:35] stuartm: tgm4883: thanks, I probably would have looked there had I not confused myself into believing that 0.24 was not being offered officially
[16:22:29] tgm4883: I do wish sometimes that updates installed during download, but I can see both sides of it. If the connection dies in the middle of upgrading what would happen
[16:23:14] stuarta: your system would be left in a broken state
[16:23:24] stuartm: tgm4883: mandriva's upgrade had some special sauce to prevent breakage should the connection be lost
[16:23:50] tgm4883: You could do it via package sets I guess (via depends:) , but if your going to put the work into the upgrade manager to get that working you should just go and do delta packages
[16:23:58] stuartm: I don't know what it would do exactly, I just remember reading the blog post about it
[16:24:50] superm1: i think the better solution is to have a system that the upgraded packages only download binary diffs to what's on your system already
[16:25:08] superm1: which AFAIK there is work going on to make that happen
[16:25:09] tgm4883: I could see it working, have it download mythtv and all mythtv dependencies first then upgrade (while downloading other updates), but even then the dependency list would be long and it would download most everything first anyway
[16:25:22] tgm4883: superm1, thats what I said :)
[16:25:37] tgm4883: superm1, IIRC, there is actually a debian package you can install to make that happen
[16:26:14] superm1: oh so it is :)
[16:26:34] tgm4883: superm1, http://manpages.ubuntu.com/manpages/lucid/man . . . grade.1.html
[16:42:17] stoffel (stoffel!~quassel@p57B4C62E.dip.t-dialin.net) has joined #mythtv
[16:46:50] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Read error: Connection reset by peer)
[17:27:05] Steve_Goodey (Steve_Goodey!~steve@host86-145-231-128.range86-145.btcentralplus.com) has joined #mythtv
[17:30:53] Steve_Goodey (Steve_Goodey!~steve@host86-145-231-128.range86-145.btcentralplus.com) has quit (Remote host closed the connection)
[17:34:31] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)
[17:34:56] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[17:36:27] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving)
[17:45:16] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[17:47:37] j-rod is now known as j-rod|afk
[17:54:57] j-rod|afk is now known as j-rod
[17:59:07] Goga777 (Goga777!~Goga777@shpd-78-36-179-65.static.vologda.ru) has joined #mythtv
[18:05:10] jya_ (jya_!~avenardj@81.255.99.35) has joined #mythtv
[18:05:10] jya_ (jya_!~avenardj@mythtv/developer/jya) has joined #mythtv
[18:05:10] jya_ (jya_!~avenardj@81.255.99.35) has quit (Changing host)
[18:06:06] jya (jya!~avenardj@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[18:21:07] Kunalagon (Kunalagon!~Kunalagon@212.200.240.67) has joined #mythtv
[18:27:16] kormoc_afk (kormoc_afk!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[18:27:26] kormoc_afk is now known as kormoc
[18:30:00] stoffel (stoffel!~quassel@p57B4C62E.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:33:41] stuartm: https://github.com/MythTV/mythtv/commit/2394a9d
[18:49:16] Kunalagon (Kunalagon!~Kunalagon@212.200.240.67) has quit (Quit: Leaving.)
[18:51:05] fmilo (fmilo!~misto@64.17.253.218) has joined #mythtv
[18:53:18] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[18:59:18] fmilo: gstreamer is single process only ?
[18:59:46] fmilo: or can be connected like gst_launch {pipeline} | IPC | gst_launch
[19:04:26] fmilo: oops wrong chan
[19:13:42] Kunalagon (Kunalagon!~Kunalagon@212.200.240.67) has joined #mythtv
[19:16:03] stoffel (stoffel!~quassel@p57B4C62E.dip.t-dialin.net) has joined #mythtv
[20:01:31] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 255 seconds)
[20:01:39] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[20:06:15] GreyFoxx (GreyFoxx!greg@out.of.phaze.org) has quit (Changing host)
[20:06:15] GreyFoxx (GreyFoxx!greg@mythtv/developer/GreyFoxx) has joined #mythtv
[20:08:19] stuartm: markk: are you still interested in DVD playback problems? I'm having real trouble with one of my machines, playback freezes every 10–15 seconds with buffering errors, has all the appearance of the old issue where the drive would read and then spin down causing a pause in the video as it then span back up again – I can't really tell if that is happening here and so far I've only been able to reproduce using vdpau
[20:09:34] stuartm: iamlindoro: in reference to our discussion the other day about the dvd speed setting, testing here shows that seeking is a lot faster at 4x vs 2x
[20:14:42] stuartm: while I'm parcelling out bugs, danielk22: any thoughts on why we seem unable to detect interlacing with DVDs?
[20:14:59] stuartm: consistently all mine are detected as progressive
[20:16:30] Arsenick (Arsenick!~rpurcell@fedora/Arsenick) has joined #mythtv
[20:18:43] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)
[20:19:04] Arsenick: I'm trying to setup my mythtv backend server to use my tuner ( Hauppauge computer works Inc. WinTV PVR 150 ) which one is supposed to be fully supported.. it was working fine on my old install
[20:19:15] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[20:19:46] Arsenick: the only way I can get a image is using the card type: ivtv mpeg-2 encoder card
[20:19:50] stuartm: sphery: can you use --signoff for attributed commits in future? It makes it clearer who the committing dev was since that info isn't included in the email
[20:20:04] Arsenick: but it's not working very well I get lag and no sound for now..
[20:20:19] stuartm: Arsenick: you'll find support in #mythtv-users
[20:20:30] Arsenick: oops
[20:20:37] Arsenick: sry haven't read the topic :P
[20:21:04] stuartm: stuarta: or the commit log
[20:21:10] stuartm: sphery: ^^
[20:22:05] ** stuarta needs to do that as well... **
[20:23:29] sphery: stuartm: ok, so --author and --sign-off?
[20:23:38] stuartm: sphery: yup :)
[20:23:40] sphery: er, --signoff
[20:23:49] sphery: ok... will do
[20:23:49] stuartm: --author is a great feature of git, but without --signoff it's less clear who to blame ;)
[20:24:21] stuartm: --signoff is just a shortcut to adding "Signed off by Michael Dean" to the end of the commit message
[20:26:00] sphery: ah, cool.. yeah, I asked Beirdo about getting committer in the -commits e-mail for the same reason (seeing a commit with --author and having to go to the github site to see who put it in), but he said it's not in the JSON
[20:26:21] sphery: so the --signoff would put it in the actual message, making it clear everywhere
[20:27:01] Beirdo: yeah, seems using that would be in our best interests, process-wise
[20:28:39] Beirdo: git log will show the committer in git log --pretty=full though
[20:31:32] stuartm: well of course, git does everything if you can remember the right arguments ;)
[20:33:00] Beirdo: hehe
[20:33:14] Beirdo: true that. I wish github's hook sent that info on
[20:33:55] Beirdo: I've been thinking about reimplementing our email generator to actually use a local clone so I can get better info (such as the committer)
[20:33:59] stuartm: --signoff at least lets you establish the info at a cursory glance and also makes it clear that by using --author you are no absolved of responsibility for the commit
[20:34:04] Beirdo: but work's been busy
[20:34:14] Beirdo: agreed wholeheartedly
[20:34:16] stuartm: s/no/not/
[20:34:27] Beirdo: best practice for sure
[20:36:14] Beirdo: and if I forget, feel free to use the cattle prod on me :)
[20:36:44] Beirdo: note: this invitation does NOT go out to those who are actually in Seattle.
[20:36:45] Beirdo: heh
[20:37:48] stoffel (stoffel!~quassel@p57B4C62E.dip.t-dialin.net) has quit (Remote host closed the connection)
[20:39:12] stuarta: Beirdo: you been having any success getting an OSX build?
[20:46:18] Arsenick (Arsenick!~rpurcell@fedora/Arsenick) has quit (Quit: Ex-Chat)
[20:54:15] kormoc: stuarta, I'm kinda close, but there's some VDA build issues to work out
[20:55:07] stuarta: exactly where i'm at
[20:55:14] stuarta: hence i just reopend 9426
[20:57:44] Goga777 (Goga777!~Goga777@shpd-78-36-179-65.static.vologda.ru) has quit (Remote host closed the connection)
[21:01:11] stuarta: kormoc: you getting the same link failure that nigel originally put in that ticket?
[21:01:18] kormoc: Yes
[21:01:30] stuarta: it's consistent at least :)
[21:02:26] skd5aner: Devs – I'm a month or so behind on release notes for master and -fixes... I do have a simple request though, if you're backporting something to -fixes, can you reference the git hash in the backport commit log?
[21:03:13] skd5aner: It's extremely difficult otherwise to cross-reference where the backport is coming from – at least without going on a hunt
[21:03:26] skd5aner: It'd be greatly appreciated, thank you
[21:03:30] stuarta: skd5aner: i believe the commit message is unchanged
[21:03:45] skd5aner: stuarta: ?
[21:04:14] stuarta: when you backport (via cherrypick) a changeset back to fixes the commit message is unchanged
[21:04:21] stuarta: git just merges it in
[21:04:31] skd5aner: as an example – http://mythtv.org/pipermail/mythtv-commits/20 . . . /076242.html I have no idea what master commit that was backported from?
[21:04:41] kormoc: skd5aner, it's show in the github interface
[21:04:48] skd5aner: so, seems the tool is a bit deficient then... can you not append/edit the commit message durign a backport?
[21:04:59] kormoc: or not
[21:05:08] kormoc: skd5aner, not easily...
[21:05:24] kormoc: skd5aner, you commit it, then edit the commit, and then push your edited commit upstream
[21:05:43] skd5aner: hrm
[21:06:07] kormoc: if you cherrypick it does link it in github's interface, if you merge it doesn't I'd wager
[21:06:12] skd5aner: well, I guess if it's not easy/can't be done, then that's the way the cookie crumbles unfortunately
[21:06:37] kormoc: https://github.com/MythTV/mythweb/commit/1a99 . . . c73f0c37908d
[21:06:55] kormoc: that shows a cherry picked commit, it has the https://github.com/MythTV/mythweb/commit/1a99 . . . 73f0c37908d) line
[21:07:06] kormoc: erm, I copied and pasted wrong...
[21:07:15] kormoc: "(cherry picked from commit 7cb90619d5654b9c1f9db6ea4d99646bd808861c)"
[21:07:28] skd5aner: yea, that'd be perfrect kormoc
[21:08:07] skd5aner: how can other devs do that versus what doing it where it doesn't cherry pick? Is there a reason you'd not want to do it that way?
[21:08:22] kormoc: I honestly don't know. I'd assume Mr. Beirdo could answer that better
[21:08:27] RDV_Linux_ (RDV_Linux_!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[21:09:59] skd5aner: Beirdo: ^ ?
[21:12:13] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Ping timeout: 260 seconds)
[21:20:00] dekarl1 (dekarl1!~deKarl@e180162075.adsl.alicedsl.de) has joined #mythtv
[21:21:52] dekarl (dekarl!~deKarl@e180146245.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[21:27:16] fmilo (fmilo!~misto@64.17.253.218) has quit (Quit: fmilo)
[21:44:34] stuartm: you can use -m to specify a commit message for a merge
[21:44:41] stuartm: git merge -m
[21:48:46] fmilo (fmilo!~misto@64.17.253.218) has joined #mythtv
[21:49:36] kormoc: stuartm, on a cherry pick?
[21:53:52] jortax (jortax!~bjorn@c213-100-169-122.swipnet.se) has joined #mythtv
[21:54:49] jortax (jortax!~bjorn@c213-100-169-122.swipnet.se) has left #mythtv ()
[21:55:01] stuartm: for cherry-picks the commit message is automatically updated, isn't it?
[21:58:18] jortax (jortax!~bjorn@c213-100-169-122.swipnet.se) has joined #mythtv
[21:58:44] jortax (jortax!~bjorn@c213-100-169-122.swipnet.se) has left #mythtv ()
[22:00:36] kormoc: stuartm, only on github's interface, not it git log
[22:01:31] stuartm: huh, I could have sworn otherwise
[22:02:59] stuartm: I thought it stuck the 'picked from' line at the end of the commit message when I used cherry-pick
[22:04:59] sphery: git cherry-pick -x puts the cherry-picked from line in there
[22:05:12] sphery: without -x, it's the original commit message
[22:05:33] kormoc: ahh!
[22:07:40] skd5aner: so, everyone do that... and I'll be happy, which I know is very important to all of you... making me happy
[22:07:43] skd5aner: ;) j/k
[22:08:10] stuartm: as I said earlier, git does anything you want with the right arguments
[22:08:25] stuartm: just wish it did them without having to be asked
[22:08:48] stuarta: it's like unix, it's user friendly, just choosey about it's friends
[22:09:19] j-rod is now known as j-rod|afk
[22:09:52] stuartm: nah, it's needy
[22:10:17] stuarta: :)
[22:10:18] stuartm: makes constant demands and loves drama
[22:11:27] stuarta: steals the duvet?
[22:15:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds)
[22:21:43] Beirdo: sorry, was in a meeting
[23:18:11] Beirdo: stuartm: just curious... why it++ -> ++it;
[23:18:27] Beirdo: those should compile identically
[23:19:08] stuartm: latter is faster, single op vs two op
[23:19:42] Beirdo: that would completely depend on the optimizer, but OK.
[23:19:44] Beirdo: :)
[23:20:16] stuartm: sure, but might as well write for the worst case rather than the best
[23:20:19] Beirdo: and on the processor too. But whatever, just was curious why in this case.
[23:21:24] Beirdo: I would think that gcc's optimizer is smart enough to deal with it, but whatever work :)
[23:21:49] stuartm: and also it means one less thing to ignore in the static analysis output
[23:21:55] Beirdo: hehe
[23:21:58] Beirdo: fair enough
[23:22:40] Beirdo: is that tool something you'd want buildbot to launch?
[23:23:26] kormoc: stuartm, gcc -S on two test files, one with ++i; and i++; and the assembly is exactly the same
[23:23:57] stuartm: that would be good, but it can be slow so maybe not such a good idea to run it after every compile
[23:24:03] Beirdo: kormoc: I'd expect so for intel processors for sure
[23:24:10] stuartm: unless you can have it run only on changed files
[23:24:42] stuartm: kormoc: that's not really surprising, but as I noted it doesn't hurt either
[23:24:45] Beirdo: stuartm: Hmm, I'll have to look to see if that's possible, but we could work on getting that into a slave config
[23:25:23] Beirdo: same for the one that danielk22 has, if he wants
[23:26:03] stuartm: Beirdo: same tool, although I'm building it from the latest version and danielk22 is using packages which are a few months old (at least)
[23:26:21] Beirdo: ahhh
[23:26:24] Beirdo: gotcha
[23:27:00] kormoc: stuartm, yeah, just weird that it have any effect :)
[23:27:24] Beirdo: kormoc: some processors have pre-increment vs post-increment right in the opcode
[23:27:32] Beirdo: it could make a difference in some cases :)
[23:27:49] stuartm: and different switches result in different types of problems being reported, danielk22 isn't running with 'style' errors enabled but some interesting stuff does fall under that category as well as some really trivial and possibly useless stuff
[23:27:55] Beirdo: but not for the vast majority (if not entirety) of supported platforms
[23:28:19] Beirdo: ah. We could run it nightly, for instance if you wanted
[23:29:18] stuartm: kormoc: the language defines different behaviour for post vs pre-increment, the fact that the compiler is smart enough to recognise when it can optimise the former to behave as the latter is incidental and not guaranteed
[23:30:04] Beirdo: on a straight increment with no lvalue, the effects are identical though
[23:30:57] stuartm: Beirdo: in particular there is no option to ignore directories atm, which severely restricts the usability of the tool, I'm petitioning them to change their mind on that issue but right now the best way to scan the entire project _excluding_ the ffmpeg source is to add lots of paths to the command line – it's messy and not very flexible if the source layout changes
[23:31:11] Beirdo: ahhh
[23:31:34] stuartm: scanning ffmpeg takes forever ... I don't think I've ever let it run to completion because it takes so long
[23:31:54] stuartm: doesn't help that it attempt to check every possible #define configuration
[23:32:24] Beirdo: my suggestion would be to make a script, and have it checked in in a scripts dir or something like that
[23:33:13] Beirdo: that way we can know the path to it easily, etc. There are bound to be other test/analysis scripts we will want to accumulate too
[23:33:45] Kunalagon (Kunalagon!~Kunalagon@212.200.240.67) has quit (Quit: Leaving.)
[23:34:01] markk: stuartm: I'm still interested in dvd bugs – I just had a gutfull of dvd debugging before 0.24 was released and haven't had the courage to go back to it since
[23:36:28] stuartm: markk: ok, need to know who I'm working with on debugging/fixing this issue, last thing I want to do is add to anyone's workload though
[23:38:03] stuartm: Beirdo: git://github.com/danmar/cppcheck.git
[23:38:54] Beirdo: cool
[23:39:20] Beirdo: having a wrapper script with your favorite command-line options would definitely be useful though
[23:40:02] Beirdo: added that one to my watch list on github
[23:41:39] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[23:52:11] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:57:09] markk: stuartm: my suggestion would be to eliminate drive/speed issues first – and check non-vdpau. should start to narrow it down

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.