MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (91):

eharris, f33dMB, gigem, J-e-f-f-A, MythLogBot, pheld, alan`, aloril, Anduin, Beirdo, brfransen, caelor, cattelan, ceros, cesman, Chutt, clever, coling, Cougar, dagar, danielk22, dlblog, foobum, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, hads, high-rez, iamlindoro, ikonia, jams, jannau, jarle, JEDIDIAH__, joe___, jpabq, jpabq-, jstenback, justpaul, jwhite, kc, kenni, knightr, kurre, leprechau, mag0o, mrand, okolsi, ozatomic, paul-h, PointyPumper, poptix, purserj, RDV_Linux, rhpot1991, rooaus, skd5aner, sphery, Splat1, stuarta, tomimo, tris, xris, ybot, _charly_, MavT, j-rod|afk, gigem_, Dave123, Dave123-road, NightMonkey, dekarl1, sutula, Tanthrix, Snow-Man, elvum, antifoo, weta, grokky, Anssi, highzeth, beata_, dblain, reynaldo_, balor, kurol, Mekon, Beirdo2, ThisNewGuy1

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2025-09-09 10:10:35 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Monday, January 3rd, 2011, 00:00 UTC
[00:00:00] stuartm: xris: interesting
[00:00:39] Beirdo^2: Stuartm: nah we would just be stuck until the next premature vote
[00:00:49] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Ping timeout: 272 seconds)
[00:01:49] xris: stuartm: apparently this was pointed out before. Beirdo^2's remote so I looked up the link for him.
[00:02:05] xris: honestly, I thought they only had read only support, but apparently they added write support, too
[00:04:11] stuartm: more so than ever we all need to get together in the same room together with crateful of beer and a few bottles of JD
[00:04:12] knightr: stuartm, and for reporting back when there ir a problem I find the hash code far less useful than a revision number...
[00:04:25] Beirdo^2: If the two can coincide then we might just be good
[00:04:36] xris: stuartm: no argument here. in-person works so much better than text.
[00:04:54] xris: stuartm: I'm opening a brewery hopefully in the next month. you're welcome to drop by.  ;)
[00:05:21] Beirdo^2: Stuartm yeah but no blunt objects. Hehe
[00:05:34] stuartm: knightr: yeah, that's a very minor irritation but the lack of a logical revision number is another of those thorns
[00:05:40] xris: knightr: the benefit of the has is that it refers to a specific spot on the tree. svn revision doesn't tell you any context (branch, etc)
[00:06:02] stuartm: xris: cool, what are you brewing?
[00:06:02] xris: but yeah, the hash vs just a number is more difficult for my brain to deal with, too
[00:06:20] xris: stuartm: wingmanbrewers.com (my cousin's brewery, actually, but kormoc and I each own 5%)
[00:06:27] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[00:07:07] xris: knightr: I struggled with git for months until I was finally able to visualize it. but in the months since then I've been unable to come up with a way to *explain* how i see it.
[00:07:07] Beirdo^2 (Beirdo^2!~gjhurlbu@mythtv/developer/beirdo) has quit (Read error: Connection reset by peer)
[00:07:08] Beirdo2 (Beirdo2!~gjhurlbu@32.174.209.131) has joined #mythtv
[00:07:09] knightr: xris, yep but since most people reporting back problem are actually reporting for fixes (or sometimes trunk), I think we lose more info than we gain...
[00:07:16] ** stuartm bookmarks it **
[00:07:18] Beirdo2 (Beirdo2!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv
[00:07:18] Beirdo2 (Beirdo2!~gjhurlbu@32.174.209.131) has quit (Changing host)
[00:07:56] xris: knightr: how is that? `git branch --contains $SHA` gives you the answer immediately
[00:08:03] knightr: xris, I didn't wanrt to be part of the decision since you are the guys who can actually use the added functionnality git can provide...
[00:08:56] knightr: xris, maybe but it's far easier to tell a user than he needs revision 24211 and above than hash 343434daaa, 344434dcdc, etc...
[00:08:59] ** stuartm is currently working through his birthday present, "Classic Ales of England" **
[00:09:02] xris: I'm *more* annoyed about other stuff around the git conversion. trac git integration sucks... and I'm less than pleased with the performance of the atlassian tools
[00:09:20] xris: knightr: that's why you give them a date instead of a sha
[00:09:55] xris: stuartm: yum. I do more drinking than reading, though. but also focus more on Belgian stuff.
[00:10:05] stuartm: sadly as nice as the selection is, it's not very imaginative or unusual, all familiar recipes from familiar real-ale breweries
[00:10:16] stuartm: xris: it's a crate, not a book ;)
[00:10:21] xris: yeah. same with a lot of german beer.
[00:10:26] xris: ah, that's cool, then.  :)
[00:11:16] stuartm: reading about beer would be a bit boring
[00:11:41] xris: can be. some stuff is interesting. other stuff is like reading a dictionary/cookbook cover to cover
[00:11:46] knightr: xris, a date can mearn more than a revision though but you are right, that could be used instead...
[00:12:17] xris: knightr: assuming you only care about >= then a date works great
[00:12:33] xris: for packagers, it didn't work so well because they were taking specific snapshots against master
[00:12:42] stuartm: there's a new micro-brew just down the road from me that I keep meaning to try, maybe I'll make that one of my new-years resolutions
[00:13:08] xris: nice to know there are still micro breweries popping up in the UK
[00:13:12] knightr: xris, BTW, we use Jira at work and our users still have problems with it after many months of use...
[00:13:32] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[00:13:39] xris: knightr: yeah, I've heard bad things about jira from coworkers, too... but everything I hear has pointed to a poorly-setup instance.
[00:13:49] xris: same problem with bugzilla, honestly.
[00:13:53] xris: jira is just easier to set up.
[00:14:46] knightr: xirs, BTW which database do we use? the default one (HSSQL?) is not to be used for production use AFAIK?
[00:15:11] stuartm: xris: lots of them really, more than ever it seems, something of a backlash against the swill that has been passed off as beer in this country in the last 20 years I expect
[00:15:20] xris: knightr: mysql
[00:15:59] xris: stuartm: cool. global beer revolution can only be a good thing. heck, germany even got a new style of beer this year — first time in 400 years.
[00:16:07] xris: er, last year...
[00:16:07] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv
[00:16:07] knightr: xris, ah thanks..
[00:16:18] stuartm: certainly around here there are more pubs serving real ales from small/local breweries than there was 10–15 years ago, some places are taking real pride in their selection
[00:18:15] xris: yeah, the real/cask ale thing is pretty cool. a number of breweries/pubs here are doing that. others are doing oak-aged and other cool/weird stuff.
[00:18:38] ** xris bought a bottle of cedar-aged doppelbock the other day. **
[00:19:13] xris: iamlindoro: you see that link about svn access to github?
[00:20:51] stuartm: for a time real ales were the preserve of stuffy 'old men' pubs where strangers were eyed with suspicion and the stale cigarette smoke was so thick that breathing it was like chewing on the contents of an ash-tray, the 'younger' pubs served the big-brewery lagers Fosters, Carling, Carlsberg on tap and maybe Guiness and John Smiths (vile) for those who were adventurous
[00:22:54] xris: yeah, the problem is that lager means "no flavor" (literally — yeast produces less flavor when it brews cold).
[00:22:59] stuartm: late nineties to early 200x, there was a particular fad for 'premium' lagers such as Stella Artois ... that was about it as far as choice went
[00:23:23] xris: yeah, more AB-Inbev stuff. sad that they own so much.
[00:23:27] stuartm: xris: aye and they are served iced cold which kills any remaining flavour
[00:25:00] stuartm: it's a joke among Aussies and American's that we drink beer warm in the UK, but real ale is not supposed to be ice-cold, you can't taste it that way
[00:25:49] xris: guinness is *supposed* to be ice cold (irish friend showed me the instructions on their website).
[00:26:09] xris: beer should be cellar temperature.. 45–53F, rarely anything other than that
[00:27:00] xris: most of the US is still budweiser-country, but northeast (dogfish head brewery), west coast (particularly the northwest where I live), and pockets in colorado are completely different
[00:27:19] xris: I doubt you could find a bar in seattle that doesn't have *something* local on tap.
[00:27:39] xris: and there are somewhere around 80 breweries in a 50 mile radius
[00:28:03] stuartm: xris: well Guinness is I'll concede, I'm not a fan personally but I won't criticise it, that would put me on the wrong side of too many Irishmen ;)
[00:28:48] xris: heh. it's ok stout. and imho better than murphys. but I'll take Young's over either of them any day.
[00:28:56] stuartm: all this talk is making me very thirsty, but it's pretty late here so I'll avoid opening a bottle
[00:29:01] xris: heh
[00:29:14] xris: I drank too much on new years. trying to hold off
[00:29:26] xris: that and most of the stuff in my beer fridge requires a photo and a writeup on ex-nerd.com and that sounds like too much work
[00:29:37] stuartm: heh
[00:30:27] xris: but I have some rochefort beers out there that are calling to me
[00:31:25] stuartm: do you buy everything locally or have it shipped in?
[00:31:38] xris: we have good beer stores here, too.  :)
[00:31:59] xris: don't think it's legal to ship into my state, anyway. draconian liquor laws.
[00:32:06] stuartm: ah
[00:34:23] xris: on the other hand, the state is very favorable to local breweries, wineries, and (recently) distilleries.
[00:34:37] xris: I suspect that in 2 years we'll be producing apple brandy that rivals calvados.
[00:34:44] stuartm: there are some fantastic shops near here, a couple of the 'mill' shops stock a bewildering selection of local beers and especially stuff from micro-brews you've never heard of but even the supermarkets buy in some interesting stuff, and they rotate their selection constantly too so there is always something new
[00:36:29] stuartm: right, time to get some sleep, g'night
[00:36:58] xris: later
[00:37:13] xris: github svn-write links send to the developers list
[00:44:37] jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya)
[00:56:21] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[00:56:59] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has quit (Quit: Leaving)
[01:23:39] wagnerrp: rkulagow: i dont think i speak that language... :P
[01:30:37] rmeden (rmeden!~robert@ppp-70-251-65-204.dsl.rcsntx.swbell.net) has joined #mythtv
[01:41:38] rmeden (rmeden!~robert@ppp-70-251-65-204.dsl.rcsntx.swbell.net) has left #mythtv ()
[01:44:57] wagnerrp: !seen cdev
[01:44:57] MythLogBot: cdev was last seen 10 days 4 minutes 39 seconds ago
[01:45:15] dblain: wagnerrp: I've changed my nick to dblain
[01:45:30] wagnerrp: ah... the python error means they need to upgrade
[01:45:36] wagnerrp: trunk is now 2.6 minimum
[01:47:12] wagnerrp: the one in #9400
[01:49:03] iamlindoro: wagnerrp, Believe that was Nigel...
[01:49:21] iamlindoro: (versus David)
[01:49:25] wagnerrp: yeah, my bad
[01:49:33] wagnerrp: i thought cdev was nigel
[01:52:35] Beirdo: heh, no, I think nigel is not on IRC at all
[01:57:32] xris: Beirdo: new beirdobot feature. detect nick changes.  :)
[01:57:56] wagnerrp: anyway, moot point
[01:57:59] Beirdo: heh, a lot easier said than done :)
[01:58:01] wagnerrp: the problem is solved
[01:58:54] wagnerrp: now i just have to contend with people complaining their bindings dont install
[02:02:44] kenni: I just realized that mythffmpeg is even included in 0.24-fixes, is there a reason why we don't use this for Mytharchive instead of an external ffmpeg? Limitations?
[02:03:21] wagnerrp: no one has updated it to do so
[02:05:28] kenni: ok...I thought it was something like that, it seems to work fine here – better than running an external git version of ffmpeg.
[02:06:20] wagnerrp: much more reliable
[02:08:06] ** knightr is back (gone 02:41:45) **
[02:08:37] ** knightr is away: Beam me up Scotty! **
[02:08:52] ** knightr is back (gone 00:00:06) **
[02:09:35] kenni: I was trying to help a danish user debugging a Mytharchive issue, in the end it turned out to be the LATM-fixes which was done for 0.24 and afterwards included in ffmpeg git in November. None of the newer distributions comes with a ffmpeg-version this new..
[02:09:58] kenni: so mytharchive fails
[02:27:18] xris: kenni: check git-describe
[02:27:34] xris: for the "prefix to the sha" issue
[02:30:50] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[02:30:50] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[02:30:50] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[02:35:18] kenni: xris: but the commit hash will still remain the same, right? Eg. the commit will still get identified by "3ec48f2" and not something like "20101224–3ec48f2"...so when someone refers to a commit, you will still be clueless if he's talking about a 0.18 or trunk commit, until you copy-paste the hash into a console and check it manually.
[02:36:13] kenni: if the date was part of the commit name, it would be a step forward compared to svn, now it's a step backwards
[02:39:45] xris: git-describe is set up so that it reports on the tag, the sha, and how many commits past the tag the sha is,
[02:40:11] xris: current master shows: v0.25pre-792-g1432620
[02:40:13] BigBeerJR (BigBeerJR!~bigbeerjr@ip68-224-84-37.lv.lv.cox.net) has joined #mythtv
[02:40:23] BigBeerJR (BigBeerJR!~bigbeerjr@ip68-224-84-37.lv.lv.cox.net) has left #mythtv ("Konversation terminated!")
[02:40:33] xris: fixes shows: v0.24-97-g3ec48f2
[02:40:48] xris: that's also what mythtv --version is supposed to report
[02:40:58] xris: or however we get the version info out of mythtv
[02:41:57] Kunalagon (Kunalagon!~Kunalagon@212.200.241.191) has quit (Quit: Leaving.)
[02:41:59] xris: not quite what you were asking for, but it was close enough for most devs
[02:44:12] xris: the problem (to me) is that it doesn't tell you *where* the sha is.. so you have no easy way to identify if the sha exists on the origin repo, or is from local commits to some dev's clone. but that shouldn't affect most average users.
[02:44:57] kenni: yep, I agree it's "good enough", but it's only useful when you have the string – which you don't in most cases.
[02:45:17] kenni: I can't seem to find these strings in the github interface
[02:45:38] kenni: and currently devs doesn't use them either in their commit comments
[02:48:35] kenni: anyway, almost 4AM.. good night :)
[02:51:44] wagnerrp: xris: if the commit is from their own local clone, and altered from the source
[02:51:49] wagnerrp: there will be a '-dirty' appended
[02:52:12] fubada (fubada!~Gainer90@ool-ad022528.dyn.optonline.net) has joined #mythtv
[02:52:27] fubada (fubada!~Gainer90@ool-ad022528.dyn.optonline.net) has left #mythtv ()
[02:53:14] fubada (fubada!~Gainer90@ool-ad022528.dyn.optonline.net) has joined #mythtv
[02:54:09] wagnerrp: xris: any problem with adding a new 'system' log option for mythsystem stuff?
[02:56:25] kenni: xris: where should you be able to see these strings in mythfrontend? On my "production" backend/frontend, which is running Mythbuntu autobuilds, I only see the hash as the version number...both from the menu and --version. Is it Mythbuntu messing with it? I haven't had my dev/trunk machine booted for a while
[02:56:43] xris: wagnerrp: makes sense to me, but doublecheck with Captain_Murdoch
[02:57:07] xris: kenni: sounds like mythbuntu isn't setting the correct version string
[02:57:16] xris: it has to be done manually as part of the build process
[02:57:20] kenni: so I haven't tested it on a clean build, I just expected Mythbuntu to keep the upstream string
[02:57:24] kenni: ok
[02:59:40] xris: superm1: ping (re last 5–6 lines)
[03:00:02] xris: he probably just copied the svn-like way of doing things when we made the switch
[03:00:14] xris: of course, if we switch back to svn it'll throw everything back in a weird way
[03:00:42] tgm4883: kenni, how is it showing up in the mythbuntu packages?
[03:01:32] tgm4883: or rather, xris how should it be showing up?
[03:02:42] xris: my understanding is that it should match the output from git-describe
[03:02:58] kenni: tgm4883: http://mythtv.pastebin.ca/2037414
[03:03:38] xris: at least, that's what I did to the rpm-build scripts
[03:03:49] tgm4883: hmm ok, and you want it to report v0.24-97-g3ec48f2
[03:03:53] tgm4883: or something like that?
[03:04:19] wagnerrp: tgm4883: whatever 'git describe' outputs
[03:05:06] fubada (fubada!~Gainer90@ool-ad022528.dyn.optonline.net) has left #mythtv ("Leaving")
[03:05:07] tgm4883: ok, i'll wait for superm1 to respond then. If I get a change i'll take a look at it but i have NFI where the build scripts are since the change to git
[03:05:18] tgm4883: chance*
[03:05:54] xris: they're in a clone of the packaging repo
[03:06:02] xris: but I don't know where beyond that
[03:10:59] wagnerrp: xris: seems weve only got space for three more tags before we need to bump up the int size
[03:11:16] wagnerrp: ill get a commit ready, and wait for Captain_Murdoch to reply
[03:15:06] xris: wagnerrp: int size?
[03:15:21] wagnerrp: its a 32-bit field
[03:15:46] xris: tags like git tags, or log levels?
[03:15:54] wagnerrp: log levels
[03:16:12] wagnerrp: speaking of which... are you running a recent build?
[03:18:36] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[03:21:07] xris: last week or so, I think
[03:21:42] wagnerrp: i just ran 'mythbackend -v help', and it proceeded to start the backend
[03:22:01] wagnerrp: instead of just printing the verbosity levels and exiting
[03:24:07] Beirdo: try -hor --help
[03:24:40] Beirdo: -help is invalid, although it didn't do that when I just tried
[03:24:44] wagnerrp: -hor?
[03:24:50] Beirdo: -h or
[03:24:58] wagnerrp: that works normally
[03:25:00] Beirdo: sorry.
[03:26:24] Beirdo: -help just stated "Invalid argument: -help", showed the help and quit as expected
[03:26:52] wagnerrp: '-v help' shows all the different verbosity levels
[03:27:00] wagnerrp: different from what '-h' does
[03:27:09] Beirdo: oh, missed the -v
[03:27:11] Beirdo: hehe
[03:27:49] Beirdo: and yeah, that's working wrong
[03:28:15] Beirdo: or at least not how I'd expect
[03:28:27] wagnerrp: its supposed to print the levels and exit
[03:28:54] Beirdo: yeah, that's what I would expect too
[03:29:50] Beirdo: here, it seemed to show the verbose debug levels TWICE, then just ran the backend
[03:30:03] wagnerrp: not quite
[03:30:20] wagnerrp: it shows the debug levels once, and then ran the frontend
[03:30:31] wagnerrp: and displayed it a second time as part of running the backend
[03:30:49] wagnerrp: see the startup tag before the second paste?
[03:30:51] Beirdo: ummm
[03:31:10] Beirdo: no
[03:31:49] wagnerrp: nevermind... it was just lining up that way that one time
[03:31:57] Beirdo: hehe
[03:31:58] Beirdo: OK
[03:32:11] Beirdo: I was thinking, that's some odd scripting you got there :)
[03:32:45] Beirdo: but yes, it's behaving what I would class incorrectly, and it seems you would too :)
[03:34:17] Beirdo: let me take a quick look
[03:37:57] Beirdo: I'm thinking that a distclean may fix that
[03:38:59] Beirdo: the exit codes got massively changed, and if somehow it didn't recompile everything that uses exitcodes.h, I could see this happening
[03:39:25] Beirdo: let me test the theory
[03:39:56] Beirdo: make distclean, cleared out my ccache
[03:40:14] Beirdo: let's see if it acts differently after
[03:40:50] Beirdo: it may just be qmake not catching dependencies quite right
[03:41:41] Beirdo: and since I haven't touched mythverbose.cpp during that time, it likely could have gotten missed
[03:42:02] Beirdo: or the other side, mythcommandlineparser.cpp
[03:42:28] Beirdo: will see in a few when the compile finished
[03:52:55] clever: Beirdo: i think its that you need to properly name EVERY #include file in the HEADERS part of the .pro file
[03:53:07] clever: some headers are getting left out and arent being counted
[03:55:22] Beirdo: qmake is crap
[03:55:32] Beirdo: anyways, that's not the problem here, I just found it
[03:58:26] Beirdo: good catch, wagnerrp. And fixed
[03:58:44] Beirdo: that was due to bad coding in mythverbose.cpp
[03:59:54] Beirdo: and git grep says nowhere else was locally defining GENERIC_EXIT_*
[04:07:42] Captain_Murdoch: wagnerrp, I think I'd just put that verbose level at VB_FILE+VB_EXTRA instead of adding a new VB_ level specific to that 'one' piece of code.
[04:08:28] wagnerrp: FILE would work, but most of the stuff i dont want EXTRA tacked on
[04:09:06] wagnerrp: im just thinking for debugging purposes, FILE would add a bunch of stuff otherwise irrelevant to the system call
[04:10:01] Captain_Murdoch: sounds OK to me then. I did look one time at converting to a 64bit value, but dropped the patch because it wasn't necessary at the time.
[04:10:41] wagnerrp: well as mentioned, there are still two more slots open
[04:11:11] Captain_Murdoch: yeah.
[04:11:27] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 240 seconds)
[04:15:11] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[04:17:00] wagnerrp: anyway, if thats acceptable, ive got a patch ready to go
[04:18:40] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[04:23:42] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[04:25:36] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[04:57:29] elmojo: jya: ffmpeg doesn't use git yet, do they?
[04:57:46] jya: elmojo: that's how I get all their last patch
[04:57:59] jya: they have a svn interface though
[04:58:14] jya: but everything seem to refer to git with the patch email etc...
[04:58:30] jya: I certainly use that for the backports I wanted related to the iec958 muxer
[04:58:52] iamlindoro: They're still on SVN as a project, with the git mirror waiting for them to decide to do the cutover
[04:58:56] elmojo: the commits ML has svn revision numbering... how are they doing that
[04:59:37] jya: which isn't called iec958 anymore btw, but iec 61937 :)
[05:00:15] jya: elmojo: not sure, but discussing with Anssi et Carl, they use git themselves
[05:00:56] jya: but I think if github provides a working svn interface, then why bother ,let's get the best of everything..
[05:01:15] jya: I don't think I'll be able to go back to svn now that I've tasted cherry-picking
[05:02:04] jya: none of my svn merge -c would have worked on files where the path would have changed... And remember all those svn-merge-info file messing all the
[05:02:15] jya: commits ?
[05:08:53] elmojo: I don't care much for cherry-picking... it screwed up my tree the first time I tried it because I was using a 1.6x client... which led me to the discovery that commands for 1.6x and 1.7x weren't compatible... very scary stuff
[05:10:51] Captain_Murdoch: wagnerrp, sorry, yeah, fine by me.
[05:10:55] elmojo: you can easily run svn diff and patch the output so I just see that as a shortcut more than a feature
[05:11:23] wagnerrp: Captain_Murdoch: took the 'sounds ok' as a go-ahead, already committed
[05:11:25] wagnerrp: thanks
[05:11:39] Captain_Murdoch: ok. /me hasn't looked at email in a few minutes. :)
[05:11:52] wagnerrp: if need be, we can always revert it back to FILE in the future
[05:12:01] wagnerrp: since all of that stuff should be contained within those three files
[05:12:11] clever: wagnerrp: found a minor problem on the latest mythtv, https://github.com/MythTV/mythtv/blob/master/ . . . nfigure#L366
[05:12:53] wagnerrp: you mean it should be saying GIT?
[05:13:08] clever: yeah
[05:15:35] wagnerrp: yeah, we still have svn references all over the place
[05:15:51] clever: only found 2 or 3 in the configure script
[05:16:14] wagnerrp: i think that stuff should probably be left as is for now
[05:16:15] clever: wasnt really looking, it just showed itself when complaining i lack qt 4.5
[05:16:27] wagnerrp: there are several commands specifically for dealing with svn
[05:16:40] knightr: Beirdo, Hi, are you there?
[05:16:44] wagnerrp: 'cpsvndir' and friends
[05:17:30] clever: wagnerrp: i think that was to exclude .svn, and due to git using just a single .git, a plain cp would work now
[05:19:33] Beirdo: I'm kinda here
[05:20:08] jya: elmojo: i only ever used cherry-picking as : fix a bug in trunk, commit, get the sha bit, checkout the 0.24 branch, cherry-pick
[05:20:25] jya: push, i almost never had to resolve conflicts
[05:20:33] jya: quite impressed
[05:20:46] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[05:20:46] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[05:20:46] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[05:20:48] jya: one thing that does suck is this sha bit
[05:21:25] jya: and using this as a version is bad : can't tell how old or new a build is at first glance
[05:21:37] jya: we should be using a different mechanism..
[05:21:53] rkulagow (rkulagow!~rkulagow@c-67-176-129-251.hsd1.il.comcast.net) has quit (Ping timeout: 250 seconds)
[05:22:18] jya: like one push -> increase a counter somewhere with a post-commit hook
[05:28:48] andreax (andreax!~andreaz@p57B95CA4.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[05:29:05] wagnerrp: we arent using the sha as a version
[05:29:36] elmojo: too bad it's not been addressed given it's a major complaint
[05:29:40] wagnerrp: were using the output of 'git describe'
[05:29:58] wagnerrp: which is a combination of the hash, the last tag, and the number of commits since that last tag
[05:30:18] wagnerrp: so 0.24-fixes would be v0.24-95-kls9l2k
[05:30:32] wagnerrp: master is b0.25-793-klka09e2
[05:30:57] jya: wagnerrp: ah ok... should make packager use that schema then too
[05:31:12] elmojo: does the log show the git describe of every commit
[05:31:21] jya: cause right now, with ubuntu packages for example, 0.24–24545fhecrap
[05:31:24] jya: is useless
[05:31:33] jya: other that letting me know it's a 0.24
[05:31:56] wagnerrp: at least the gentoo ebuilds use that string, as provided by github in the tarball filename
[05:32:42] knightr: Beirdo, sorry, hadn't seen your reply... If you don't feel like it I'll ask my question tomorrow, np...
[05:33:17] clever: jya: you can pass the sha1 to 'git describe'
[05:33:43] Beirdo: knightr: tomorrow would probably be better :)
[05:33:57] clever: passing a random sha to describe gives me v0.25pre-787-gbdbd7d6, and i'm on v0.25pre-796-g9018d89 atm
[05:34:11] elmojo: jya: but still cherry-pick is not that much easier than a diff and patch... I always maintained separate trunk and fixes branches and could easily just get a diff of the trunk change and apply using patch to the -fixes branch
[05:34:18] jya: clever: sure I can, but at a glance with people telling you, I'm running 3142545fhfh how can I say right away if it's old or not
[05:34:27] jya: with svn , I would know this is 300 revisions behind etc
[05:34:36] clever: yeah, not clear to a humman without running an external script
[05:34:50] clever: hg and firefox has the same problem
[05:35:22] wagnerrp: jya: if building from source, that tag is automatically inserted
[05:35:24] jya: elmojo: if you do diff patch, then you loose the whole history and merge revisions... that makes it much harder if you do want to run a merge later.. it won't know what merge you've already done aor not
[05:35:34] wagnerrp: its up to the packagers to duplicate it
[05:36:10] knightr: Beirdo, np, Good night!
[05:36:25] elmojo: jya: true the history being retained is a nice feature
[05:36:50] jya: elmojo: for example, when I work on my private branch
[05:36:54] jya: I fix a bug..
[05:37:36] jya: see this bug as important enough to be put in trunk right away.. when I will later merge my branch, it would know this merge has been done again. if using diff/patch, you will end up with a conflict.
[05:38:11] elmojo: yeah, that's nice
[05:43:54] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Read error: Connection reset by peer)
[05:45:47] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[05:47:33] jya: svn would work in the same fashion (provided server is using > 1.5).. but my cherry pick provided I changed the path of the files will always fail
[05:48:05] jya: it can do complete merge and track the location difference, but I found that for cherry pick (e.g svn merge -c revision) it doesn't
[06:19:56] dakeyras (dakeyras!~dakeyras@pool-173-64-149-152.sttlwa.fios.verizon.net) has quit (Quit: dakeyras)
[06:32:15] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 240 seconds)
[06:45:12] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[06:45:47] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[07:10:15] stoffel (stoffel!~quassel@p57B4A4C4.dip.t-dialin.net) has joined #mythtv
[07:15:25] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:54:25] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds)
[08:03:30] dakeyras (dakeyras!~dakeyras@pool-173-64-149-152.sttlwa.fios.verizon.net) has joined #mythtv
[08:18:46] andreax (andreax!~Andreaz@tmo-109-17.customers.d1-online.com) has joined #mythtv
[08:21:08] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[08:21:46] superm1: Beirdo, yeah that's a side effect of the fact that the git history isn't available at binary package build time
[08:22:26] superm1: Beirdo, so the only thing i can think we can do is try to capture it at source package build time maybe
[08:22:32] superm1: is it a big deal?
[08:22:42] superm1: i mean the hash is there, which i figured was the most important bit
[08:24:00] superm1: xris, and reading your comment it's the same thing as what i said to Beirdo
[08:28:36] Beirdo: it would be best for all users to have the same version string at the same point
[08:47:29] Kunalagon (Kunalagon!~Kunalagon@212.200.241.218) has joined #mythtv
[08:49:58] Feico (Feico!~chatzilla@194.149.80.4) has joined #mythtv
[09:08:36] damagednoob (damagednoob!~damagedno@cpc7-nmal17-2-0-cust19.croy.cable.virginmedia.com) has joined #mythtv
[09:10:42] damagednoob: i have an audio cd that i can play in vlc on a mythtv installation. when i try and scan/import the cd inside the mythtv frontend, it doesn't find the cd. any ideas?
[09:11:04] ** Beirdo points to the topic **
[09:13:59] damagednoob: woops
[09:20:03] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has joined #mythtv
[09:23:59] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has quit (Remote host closed the connection)
[09:25:30] dakeyras (dakeyras!~dakeyras@pool-173-64-149-152.sttlwa.fios.verizon.net) has quit (Quit: dakeyras)
[09:26:03] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has joined #mythtv
[09:30:46] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has quit (Read error: Connection reset by peer)
[09:30:58] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has joined #mythtv
[09:36:14] jannau: whoever highlighted me, I didn't catch it
[09:37:56] balor (balor!~aidan@87.127.55.57) has joined #mythtv
[09:38:16] Beirdo: heh, likely didn't miss much
[09:41:15] SteveGoodey (SteveGoodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has joined #mythtv
[09:41:35] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has quit (Read error: Connection reset by peer)
[09:43:02] damagednoob (damagednoob!~damagedno@cpc7-nmal17-2-0-cust19.croy.cable.virginmedia.com) has left #mythtv ("Leaving")
[09:46:07] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[09:48:21] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[10:07:02] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds)
[10:23:46] SteveGoodey (SteveGoodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has quit (Remote host closed the connection)
[11:15:39] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has joined #mythtv
[11:25:26] mjb_ (mjb_!~mjb@c-68-41-248-60.hsd1.mi.comcast.net) has joined #mythtv
[11:26:39] mjb_: Hi all, I have a question.....
[11:27:18] mjb_: I downloaded the Blue Abstract Theme, after finding it via the Wiki.
[11:28:13] mjb_: I noticed a small bug, and, while I'm no XML expert, this was tribially easy to track down, so, I managed to fix it, and I generated a .patch file based on my fix. I'm wondering who I should submit it to?
[11:28:34] mjb_: What's the easiest wa to get this change into the codebase?
[11:28:47] okolsi: mjb_: http://code.mythtv.org/trac
[11:29:01] okolsi: mjb_: create new ticket in there, into Trac
[11:29:17] mjb_: Ok, I'll give it a try.
[11:29:23] mjb_: Thanks, okolsi.
[11:29:38] okolsi: mjb_: sorry.. I mixed up, Blue Abstract is not within myth repository I think..
[11:30:08] mjb_: Ah, ok. And the Wiki page doesn't say anything about who owns it.
[11:31:03] okolsi: that's too bad.. I think the author is known, could have e-mailed something into the mythtv-theming mailing list or someone else in here might now how he is..
[11:31:03] mjb_: Hm....download site is miroku.no-ip.com
[11:32:50] okolsi: mjb_: http://mythtv.org/pipermail/mythtv-theming/20 . . . /000477.html that's the guy, Robert S
[11:34:41] mjb_: Thanks!
[11:35:07] okolsi: np
[11:46:56] mjb_: Dropped him an email, with the patch attached.
[11:47:08] mjb_: I'm off. Thanks for the help.
[11:47:26] mjb_ (mjb_!~mjb@c-68-41-248-60.hsd1.mi.comcast.net) has quit (Quit: Leaving)
[11:48:44] stuartm: theme author details/email should be in the themeinfo.xml included with the theme
[12:37:33] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (*.net *.split)
[12:37:34] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (*.net *.split)
[12:37:34] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[12:37:34] danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split)
[12:37:34] jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has quit (*.net *.split)
[12:37:34] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split)
[12:37:34] ybot (ybot!~quassel@61.14.141.36) has quit (*.net *.split)
[12:37:34] poptix (poptix!poptix@poptix.net) has quit (*.net *.split)
[12:37:35] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[12:37:35] beata_ (beata_!beata@she.hatesme.com) has quit (*.net *.split)
[12:37:35] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split)
[12:37:35] kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[12:38:14] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[12:43:06] stuarta: GreyFoxx: cool on the ipv6 stuff
[12:49:49] Mekon (Mekon!~quassel@host-84-9-38-247.dslgb.com) has joined #mythtv
[12:52:30] stoffel (stoffel!~quassel@p57B4A4C4.dip.t-dialin.net) has quit (Read error: Operation timed out)
[12:53:15] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[12:53:15] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[12:53:16] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[12:53:16] jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has joined #mythtv
[12:53:16] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[12:53:16] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[12:53:16] poptix (poptix!poptix@poptix.net) has joined #mythtv
[12:53:16] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[12:53:16] beata_ (beata_!beata@she.hatesme.com) has joined #mythtv
[12:53:16] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[12:53:16] kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[12:54:39] stoffel (stoffel!~quassel@p57B4A4C4.dip.t-dialin.net) has joined #mythtv
[12:55:49] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:58:39] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[13:26:37] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has joined #mythtv
[13:27:28] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Quit: ~ Trillian Astra - www.trillian.im ~)
[13:32:58] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[13:50:57] andreax (andreax!~Andreaz@tmo-109-17.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[13:54:07] andreax (andreax!~Andreaz@tmo-105-109.customers.d1-online.com) has joined #mythtv
[13:57:25] andreax (andreax!~Andreaz@tmo-105-109.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[13:58:12] andreax (andreax!~Andreaz@tmo-104-84.customers.d1-online.com) has joined #mythtv
[14:16:14] andreax (andreax!~Andreaz@tmo-104-84.customers.d1-online.com) has quit (Ping timeout: 260 seconds)
[14:32:20] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:34:49] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[14:41:41] j-rod|afk is now known as j-rod
[14:43:59] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[14:55:42] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:58:13] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[15:10:37] vimuur (vimuur!~ville@84-253-247-71.bb.dnainternet.fi) has quit (Read error: Operation timed out)
[15:14:45] Goga777 (Goga777!~Goga777@shpd-178-64-232-4.vologda.ru) has joined #mythtv
[15:19:02] Goga777 (Goga777!~Goga777@shpd-178-64-232-4.vologda.ru) has quit (Remote host closed the connection)
[15:26:49] elmojo: jannau: probably concerned all the git weirdness that happened recently – we needed your help as it seems you probably know best how to use git
[15:28:16] elmojo: I think we need *good* directions on how to uses branches to develop features without screwing up git again
[15:29:55] elmojo: apparently you have strong opinions on how to use git properly with respect to our project – it would be nice it that info was in UsingGit wiki page
[15:30:31] elmojo: I've added commands that I understand to the page but it's very lacking on the more advanced/conceptual aspects of using git
[15:33:20] elmojo: and one more thing that was being discussed was how to rollback a bad commit that got pushed... something about git revert should never be used according to Linus – we wondered about you opinion on that issue as well
[15:37:27] Kunalagon (Kunalagon!~Kunalagon@212.200.241.218) has quit (Quit: Leaving.)
[15:38:35] Kunalagon (Kunalagon!~Kunalagon@212.200.241.218) has joined #mythtv
[15:41:00] wagnerrp: someone want to nix Dean Collins (Dean@cognation.net ) from the mailing list until he has whatever spam bot hes got installed under control?
[15:46:05] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv
[16:14:05] abqjp (abqjp!~abqjp@174-28-182-216.albq.qwest.net) has quit (Quit: abqjp)
[16:14:21] stuartm: which mailing list?
[16:16:50] stuartm: wagnerrp: I've unsubscribed him from -users, he had disabled email delivery to his address so he probably isn't even aware of the spam issuing from his machine
[16:30:28] jannau: elmojo: no, git revert is the proper thing to revert bad public commits
[16:31:21] elmojo: jannau: good to know – and sorry for asking so much but you seem the only person who can get things on the right track
[16:32:00] elmojo: several people were adamant that git revert was a BIG no, no
[16:32:43] Feico (Feico!~chatzilla@194.149.80.4) has quit (Ping timeout: 255 seconds)
[16:32:50] jannau: maybe some confusion with the entire diffent svn revert
[16:33:39] jannau: and git revert should be of course be avoided but if an entire public commit is bad it can and should be used
[16:34:11] elmojo: Beirdo, xris: ^^^
[16:34:58] jannau: if there there is just a small error in a commit (in relation to the whole commit) it shouldn't be used. it's easier and clearer to just commit a fix
[16:36:11] jannau: also if the to reverted commit is old it might be easier to make a new commit to avoid merge issues
[16:37:27] jannau: the questions are no problem, it's more a problem that we rushed the git conversion
[16:37:44] sutula (sutula!sutula@nat/hp/x-qyrwozurllghgfdf) has joined #mythtv
[16:37:45] elmojo: jannau: do you have strong opinions on how a dev should create, maintain and merge a branch? danieik22 was asking questions with regard to this subject and I don't think got any clear answers
[16:38:19] jannau: and me not being around due to christmas and the ubuntu installer didn't help either
[16:38:51] elmojo: heh, I hope you got that installer issue straight... I've ran into an lvm issue one and had to blow everything away
[16:40:08] jannau: for private branches, never merge master but use rebase instead
[16:40:21] jannau: for public branches it's more complicated
[16:41:14] jannau: no, the data is lost, no way to reconstruct the dm-crypt key from the overwritten LUKS header
[16:41:41] jannau: I thought I had a backup of the header but I can't find it
[16:41:42] elmojo: what data was on the drives?
[16:42:28] jannau: entire system and $HOME
[16:44:02] elmojo: sorry to hear it.... I had 3 computers fried (only laptop left) recently due to a lightening strike... luckily the drives were ok... the motherboards weren't so lucky
[16:45:04] elmojo: the whole in my roof wasn't near as painful as my entire compute infrastructure being destroyed :)
[16:45:44] stuartm: when disk encryption goes bad :(
[16:48:09] elmojo: jannau: are you expecting a much smoother git transition for ffmepg?
[16:48:13] elmojo: err, ffmpeg
[16:49:45] laga_ (laga_!~laga@h1626373.stratoserver.net) has joined #mythtv
[16:51:03] elmojo: jannau: and are they going to use github too?
[16:51:58] laga_ (laga_!~laga@h1626373.stratoserver.net) has quit (Read error: Connection reset by peer)
[16:57:23] elmojo: heh, looks like you'll have to use Git if you want a preview of the crystalhd support in mplayer/ffmpeg -> http://intr.overt.org/blog/?p=117
[17:00:01] Beirdo: elmojo: jannau: it was the use of git revert with a *merge* commit in particular that was the issue. Doing so causes extra consequences.
[17:00:31] Beirdo: i.e. all commits from the merged from branch before the merge will not be merged again after a revert
[17:00:50] Beirdo: the only way to get them is to revert the revert
[17:01:43] Beirdo: which is an option, but in the case of the merge I did, it was not the obvious immediate option. The better option was to find the commits I had somehow missed, and put them in.
[17:02:31] Beirdo: there was no point in reverting, and then in an hour reverting the revert. If I couldn't fix it easily, I would have done so.
[17:03:27] Beirdo: Being second-guessed by people who don't know the ramifications of what they immediately scream at you as the solution gets tiring at times.
[17:05:10] Beirdo: not a problem suggesting a solution, but when I went to check the man page to get the incantation correct to do so, it has a bit fat warning. I convey said warning, and it turns into an argument
[17:05:14] Beirdo: that has to stop
[17:06:25] elmojo: what needs to stop is the miscommunication of how to use this new tool
[17:06:39] Beirdo: heh
[17:06:46] elmojo: hopefully jannau can help with that
[17:06:59] Beirdo: OK, how's this... the man pages are the first line of support
[17:07:21] Beirdo: now, I know that you have been pretty good with learning it :)
[17:07:23] elmojo: yes, it typically is
[17:07:28] Beirdo: but not everyone has :)
[17:08:43] Beirdo: we need more people on the "teaching" end, and I look forward to having jannau around if he's able to spend the time on it. Likewise j-rod
[17:09:31] Beirdo: Granted, our cutover was messy, and had its issues
[17:10:01] Beirdo: Some people want to know the recommended way to do setup their workflow, great :)
[17:10:07] elmojo: Beirdo: are we stuck with using Github – it's integration just doesn't seem very good with Trac
[17:10:15] Beirdo: some want to essentially use svn workflow.
[17:10:31] elmojo: I think people just want a worklfow that works :)
[17:10:38] Beirdo: yes, we are sticking with github. The idea is to fix the trac integration.
[17:10:52] Beirdo: I need help from someone who knows python to get that working
[17:10:53] elmojo: and knowlege to implement the work flow correctly – at this point it doesn't exist
[17:11:06] Beirdo: it exists.
[17:11:29] Beirdo: just every time we try to suggest a workflow, many people say "I don't like that workflow"
[17:11:33] elmojo: Beirdo: I've asked about it several times but no one responded until now about fixing the hooks
[17:11:43] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[17:11:47] Beirdo: Sorry, it got lost in the mess :)
[17:12:05] Beirdo: yes, I want those hooks fixed, but my python-fu isn't adequate
[17:12:14] elmojo: Beirdo: that's not how I've read it... point me to a work flow that's posted for us to use that explains branching and how to use it properly and what not to do
[17:12:30] superm1: Beirdo, okay well i have a patch to the ubuntu packaging that should hopefully take care of it after tonight's set of builds
[17:12:35] Beirdo: I'm going to try upgrading to a different set of hooks on the trac side, see if they are operational
[17:12:43] superm1: it's just capturing 'git describe' before the source package is built and throwing it in place when the binary package builds
[17:13:16] Beirdo: elmojo: I think it may have been in conversation, sorry. We'll get something for you soon (like in the next few days if we can)
[17:13:19] Beirdo: sound good?
[17:13:24] elmojo: gotta hit the road – let's continue to try to smooth things out sooner that later
[17:13:38] stuartm: one of the issues is the sheer number of man pages we're talking about and the hundreds of arguments they list, put together git's man pages are not quite as long as War and Peace but finding what you want and then knowing that it's the right option to use with a high level of confidence ...
[17:13:40] elmojo: I want jannau's approval
[17:13:46] Beirdo: superm1: cool. We use git describe --dirty, but if you are going straight from commits, it should be good
[17:13:58] Beirdo: elmojo: fine :)
[17:14:16] elmojo: and I'll help were I can but I've got to travel the rest of the day
[17:14:22] Beirdo: stuartm: that is true, but they are well written :)
[17:14:32] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[17:14:55] Beirdo: there have been cases where the answer to the question has been too obvious, and on the first page of the man page in question
[17:15:19] Beirdo: and you can understand how that can get annoying
[17:15:55] stuartm: sure
[17:16:25] Beirdo: now, there've been cases when people aren't sure which man page to look at, that's another story :)
[17:16:36] Beirdo: there are lots
[17:16:44] stuartm: if we're going to persist with git then we need to stop pretending that git is a simple tool, it's powerful sure, but anything with this many commands and arguments to those commands cannot be called simple
[17:16:52] Beirdo: but between the man pages and git's web page...
[17:17:51] stuartm: I was reading a comment someone made where they counted the 'porcelain' commands and stopped when they reached 75
[17:18:06] Beirdo: there are so many resources available... and even a #git here on freenode
[17:18:25] Beirdo: porcelain is for internal stuff, IIRC
[17:18:32] Beirdo: not one you will likely ever use
[17:19:15] Beirdo: what would be best is to determine which workflow you prefer, then learn the commands required for that workflow
[17:19:55] Beirdo: which again means, we should write up guidelines. I'm willing to work on that and pass it off to Janne for correction, and expansion, etc
[17:20:09] stuartm: yeah, I just think that it's symptomatic of the whole git design, there is a notable lack of project management and design goals – now that's a criticism of git and has nothing to do with this situation we find ourselves in
[17:20:43] Beirdo: well, they designed it to allow pretty much any workflow :)
[17:20:54] Beirdo: which certainly doesn't help our situation
[17:21:50] Beirdo: it's kinda like UNIX... many ways to do the same thing, depending on how you like to do it
[17:22:13] Beirdo: I think jya, for instance, has found a workflow that works for him
[17:22:28] Beirdo: which coincidentally, is quite close to my preferred way
[17:22:51] Beirdo: but not everyone will want to be on branches for their work
[17:23:06] Beirdo: and that's fine too, just requires a different subset of the tool
[17:23:37] Beirdo: for instance, if you aren't using branches for your work, you probably never need to deal with merging
[17:23:43] stuartm: Beirdo: heh, that runs counter to my newly found philosophy on software design, I'm not a Steve Jobs or a Mark Shuttleworth but I've come around to recognising that simple user interfaces are best and doesn't necessarily mean that the application is less powerful
[17:23:58] Beirdo: other than the automatic ones it does when master gets branched by parallel work
[17:24:28] Beirdo: ugh
[17:24:38] Beirdo: simplified is not good for the power user
[17:24:52] Beirdo: and some of us are, some of us aren't
[17:25:57] Beirdo: anyways... I gotta head for work
[17:26:02] stuartm: I'm a reformed power user, I've come to realise that doing things the hard way only wastes my time – but that's me
[17:26:40] Beirdo: yeah, I expect that other than large projects (like mythsystem-rewrite was), most of our workflow will tend to be very similar to svn
[17:27:04] Beirdo: but git makes those large projects a LOT easier to deal with
[17:27:27] Beirdo: and the normal workflow nearly the same as it was, just an extra push, really
[17:27:53] Beirdo: yeah, sometimes you have to pull before pushing, but same for svn having to update before commit
[17:27:56] Beirdo: so...
[17:28:48] Beirdo: anywho... off to work to get chewed out by my boss for not finishing another guy's project over the holidays... because crap at work kept breaking :)
[17:28:58] Beirdo: happy new year! :)
[17:30:24] stuartm: I prefer not to work on large projects in isolation but to split them up into smaller pieces and continually integrate them, not only does that tend to avoid the merge question entirely but it also means that each component gets more testing and exposure in the public 'trunk/master' making it easier to debug
[17:30:34] stuartm: Beirdo: you too
[17:30:57] Beirdo: stuartm: yeah, hopefully not too many huge projects... :)
[17:31:23] jannau: sorry. was on telephone
[17:32:13] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[17:32:41] Beirdo: that happens
[17:33:33] Beirdo: heh. I'll try to find time today/tonight to write up a couple workflows (branched and non-branched, basically) and send it off to you, jannau. Sound good?
[17:33:38] jannau: Beirdo: git revert is only for single commits, I have no idea if it even works for merge commits. reverting a merge commits sounds messy though, probably much easier to just live the consequences and think before pushing in the future
[17:33:44] Beirdo: of course, feel free to do so yourself :)
[17:33:44] thopiekar (thopiekar!579adc30@gateway/web/freenode/ip.87.154.220.48) has joined #mythtv
[17:34:09] thopiekar: hi
[17:34:15] Beirdo: yeah, the problem was a failed merge TO my branch earlier, due to pebcak
[17:34:21] Beirdo: that got totally missed
[17:34:32] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[17:35:05] Beirdo: it conflicted, and I was tired and did the conflict resolution wrong.
[17:35:10] thopiekar: I've got the following problem and I'm sure you can help. when typing a button on my irremote I always get two button presses at mythfrontend..
[17:35:10] Beirdo: won't do that again
[17:35:27] Beirdo: wrong channel, thopiekar
[17:35:41] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)
[17:35:52] Beirdo: anyways, I need to take more care, and that one was my fault. Completely.
[17:35:56] thopiekar: hmm so which one would be the right? , Beirdo
[17:36:00] Beirdo: anywho, I'm heading to work
[17:36:07] ** Beirdo points to the title **
[17:36:10] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[17:36:19] thopiekar: aahh
[17:36:29] thopiekar: thanks
[17:36:36] stuartm: the whole bad merge business could have happened with any system, and I think it highlights how impractical it can be to spot problems with a merge, if you're talking about a branch which touches dozens of files, thousands of LOC etc your chances of spotting errors like reversed commits becomes extremely difficult
[17:38:07] stuartm: this time around iamlindoro noticed, but what if no-one had? It's not an argument against git per-se, but an argument against working large changes in branches and only merging when they are 100% complete
[17:40:30] stuartm: it becomes an argument against git if the outcome of switching to git is that even more work is done in branches ...
[17:40:32] jannau: elmojo: FFmpeg won't use github and would prefer if MythTV weren't. I'm quite uneasy with the lack of hook access on githut
[17:41:49] jannau: I would like to forbid forced pushes for everyone and activate them only if they are really needed
[17:42:32] stuartm: jannau: can we prevent certain behaviour in the server config?
[17:43:10] jannau: not on github, we could if we used our own server
[17:44:08] stuartm: and what about creating a recommended/required user-side config? Any benefits to be had from that?
[17:44:58] jannau: without conflicts a merge in git will never lose anything, with conflicts it relies on the one doing the merge
[17:46:12] jannau: yes, I could create hooks which warn on or prevent common mistakes
[17:46:28] stuartm: odd, some of the commits that were missing involved files that were not touched by the mythsystem changes
[17:46:38] jannau: stil relies on everyone using them though
[17:46:49] stuartm: jannau: it would be a good start
[17:49:21] j-rod: yes, there was a #mythdora, but it was really only used for discussion between myself and ryan, and the occasional user popping in with questions.
[17:49:39] j-rod: most mythdora users seem to make heavy use of the mythdora forums
[17:49:45] j-rod: (which I almost never touch)
[17:49:52] j-rod: (because, ew, forums)
[17:52:42] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[17:56:09] stuartm: jannau: https://github.com/MythTV/mythtv/commit/bd4d1eea16 https://github.com/MythTV/mythtv/commit/87a168cf1 https://github.com/MythTV/mythtv/commit/5af5c3807 to name a couple should not have caused any conflicts with a mythsystem merge and yet went missing afterwards
[17:57:31] stuartm: perhaps Beirdo knows why, it would help to have some cautionary tales to prevent reoccurances
[18:04:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[18:05:52] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has quit (Ping timeout: 255 seconds)
[18:14:49] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[18:16:57] Beirdo: stuartm: if you look at the network graph on github...
[18:17:05] Beirdo: let me pull it up. :)
[18:17:56] Beirdo: you will see a merge from master to mythsystem-rewrite mid-day or so on the 14th
[18:18:12] Beirdo: just before those commits you named above.
[18:18:18] Beirdo: that merge was just fine.
[18:18:38] Beirdo: the merge late in the day on the 15th was the one that I borked
[18:19:22] Beirdo: so ALL of the commits between got mysteriously lost, and that's why they are all at the end of the branch
[18:19:58] Beirdo: what happened was there was a small conflict in there (I forget on what file), and I somehow in my tired haze managed to merge totally incorrectly
[18:20:25] stoffel (stoffel!~quassel@p57B4A4C4.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[18:20:51] Beirdo: I think it was a case of getting to smart for my own good. I'll try not to make THAT mistake again. The lesson to learn is... after a merge, and before pushing... make sure the merge did what it was supposed to!
[18:20:55] Beirdo: heh
[18:21:48] Beirdo: anyways, that wasn't a tool issue, that was a "user forced the tool to do something wrong" issue, and I shoulda known better.
[18:22:01] Beirdo: now off to talk to my manager, I'll be back.
[18:23:42] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[18:33:08] Beirdo: back :)
[18:43:25] stuartm: well that's the whole "gun's don't kill people, people kill people argument", to which I'll only say "people with guns kill people faster and more easily" ;)
[18:45:34] Beirdo: let's put it this way... if I had followed my own advice (which I gave after that point) there woulda been no problem
[18:45:41] Beirdo: hindsight is great
[18:45:43] Beirdo: :)
[18:47:17] Beirdo: Hmm
[18:47:46] Beirdo: anyone know who is planning on taking Lawrence Rust's W32 build scripts into git? and/or when?
[18:48:36] iamlindoro: I'll commit them in the next few days
[18:49:01] iamlindoro: I need to get the deps onto the google code site, and I'll commit it side-by-side with the old one until we're 100% on it, then remove the old one
[18:49:51] Beirdo: iamlindoro: sweet
[18:50:10] Beirdo: once we have it in place, I'll look at getting the Windows buildbot client rules in
[18:50:25] Beirdo: I figure there's not much use in doing it just before changing the scripts around
[18:50:44] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:50:44] stuarta: must get my osx building
[18:51:30] Beirdo: stuarta: when you do, if you keep a list of commands you used, we can use that as the first run at an OSX buildbot slave command list :)
[18:51:56] stuarta: yah, plenty todo
[18:52:05] Beirdo: hehe, always is :)
[18:52:12] stuarta: tell me about it
[18:53:15] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[18:53:28] ** stuarta toddles off to make tea **
[19:02:56] Rabbit^^ (Rabbit^^!~Rabbit^^@67-60-190-17.cpe.cableone.net) has joined #mythtv
[19:03:42] Rabbit^^ (Rabbit^^!~Rabbit^^@67-60-190-17.cpe.cableone.net) has left #mythtv ()
[19:04:26] okolsi: wagnerrp: after recent mythsystem logging changes, EXEC launches from menu do not show at all when using -v system
[19:06:44] rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has quit (Ping timeout: 260 seconds)
[19:09:05] cattelan (cattelan!~cattelan@c-24-118-127-188.hsd1.mn.comcast.net) has quit (Ping timeout: 264 seconds)
[19:09:47] okolsi: wagnerrp, Beirdo: something like this is not working e.g. in info_menu.xml http://pastebin.com/6MWX91Nf
[19:10:30] Beirdo: Hmm, OK
[19:10:32] okolsi: the failing part seems to be trying to run it as a background process, removing & makes it work okay
[19:11:20] Beirdo: could you put that into the ticket #9421
[19:11:32] okolsi: sure
[19:12:17] Beirdo: that was one of the old old calls that didn't get retested (it's hard to find them all), but it should be easy to fix
[19:12:46] Beirdo: I'll take a look at it when I get home tonight, K?
[19:13:05] okolsi: yeah, no hurry.. thanks for looking into it
[19:13:26] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 240 seconds)
[19:15:36] stuartm: https://github.com/MythTV/mythtv/commit/e090e97d2e422e
[19:16:49] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[19:18:17] dakeyras (dakeyras!~dakeyras@pool-173-64-149-152.sttlwa.fios.verizon.net) has joined #mythtv
[19:18:20] iamlindoro: How does the above commit differ from QDir::rmpath?
[19:19:29] iamlindoro: ah, n/m
[19:19:33] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds)
[19:19:46] stuartm: it seems to recurse down
[19:21:51] stuartm: I think the suggestion about 'MythRemoveDirectory' is best, that way it's much clearer that this is a MythTV function and the potential for conflicts is reduced, maybe all global functions should be given the same treatment
[19:22:05] stuartm: or we place those in a mythtv namespace
[19:22:21] Beirdo: yeah. Dunno why that compiled before though. However, easy to fix
[19:22:29] cattelan (cattelan!~cattelan@c-24-118-127-188.hsd1.mn.comcast.net) has joined #mythtv
[19:22:47] Beirdo: it was a replacement for doing myth_system("rm -rf blah")
[19:23:10] iamlindoro: Beirdo, ew, were we doing that somewhere?
[19:23:17] Beirdo: I agree. MythRemoveDirectory would work fine
[19:23:22] Beirdo: yeah, in mytharchive
[19:23:51] Beirdo: it was old code, and can likely use a rethink when someone gets the time, energy and inspiration
[19:24:53] stuartm: myth_system("rm -rf mytharchive")
[19:25:11] Beirdo: Oooh, I bet I had mytharchive disabled when I compiled for Windows
[19:25:18] Beirdo: that would be why it got missed :)
[19:25:48] Beirdo: OK, either way, I'll tweak that in a bit, tonight at the latest, earlier if there's a spare moment during the work day :)
[19:25:52] stuartm: iamlindoro: were you working on replacing the 2button popups in mythgame?
[19:26:22] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[19:26:36] iamlindoro: stuartm, Yes, The remaining non-MythUI stuff requires rewriting some other stuff in MythUI (like the game scanner)
[19:27:02] iamlindoro: I had meant to try to get to it this month, and still intend to, just had other stuff come up
[19:27:39] stuartm: ok thanks,I'm just thinking about removing the deprecated attributes on widgets/popups that aren't used anywhere except in setup/settings code so that the warnings logs are more useful
[19:28:02] stuartm: Show2ButtonPopup almost falls in that category, it's only used in mythgame now
[19:28:03] Beirdo: ok, #9431 doesn't seem to be mine :)
[19:28:20] iamlindoro: I converted all the stuff I could do as short tasks, the remaining stuff is just a little more involved
[19:28:28] stuartm: iamlindoro: no hurry, so long as it's on someone's radar
[19:28:31] iamlindoro: I will try to look at it soon
[19:28:33] iamlindoro: yeah, it definitely is
[19:29:07] Beirdo: iamlindoro: any progress on looking at SG for gallery? I seem to remember you saying you'd take a look. If not, no problem
[19:29:31] iamlindoro: I haven't had a chance yet, sorry
[19:30:18] Beirdo: K. It's still on my radar too, hopefully we'll get it done at some point this cycle :)
[19:30:24] Beirdo: so many things to do
[19:31:11] Beirdo: and hopefully danielk's work on the setup stuff will find its way to a branch near us soon
[19:31:34] Beirdo: someone was looking at it... just forget who...
[19:32:01] ** stuartm winces at the mention of branches **
[19:32:13] thopiekar (thopiekar!579adc30@gateway/web/freenode/ip.87.154.220.48) has quit (Ping timeout: 265 seconds)
[19:32:20] Beirdo: well, I don't care how it comes in
[19:32:30] Beirdo: but it would be nice to get that rolling
[19:34:12] stuartm: I think it would go smoother if we worked in the master branch as much as possible, merging in changes regularly, there should be very little which causes instability etc since the setup stuff should stand on it's own
[19:34:13] dakeyras (dakeyras!~dakeyras@pool-173-64-149-152.sttlwa.fios.verizon.net) has quit (Quit: dakeyras)
[19:34:34] Beirdo: yeah, it's one that could work either way
[19:34:47] Beirdo: and as those working on it would rather work on master, that's fine :)
[19:34:56] stuartm: it's not so much a re-write as a new feature
[19:35:12] Beirdo: it might come in as a branch, but quickly get merged into master, and the branch abandoned
[19:35:37] Beirdo: it does lend itself fairly well to that
[19:35:41] stuartm: and keeping as much as possible in master means it's much easier to test
[19:35:47] Beirdo: definitely
[19:36:06] Beirdo: it's easy to test on a branch, but getting people to do so is a lot more difficult
[19:36:22] Beirdo: as my branch well proved... it doesn't fit how we work at this time.
[19:36:47] Beirdo: good or bad or neither... statement of fact :)
[19:37:39] Beirdo: anyways, my point was... be nice to get that in so we can get some forward motion on that part
[19:38:09] Beirdo: I think it was the other Robert that was emailing about that recently?
[19:39:04] stuartm: he was and dblain had some work that might relate
[19:39:20] stuartm: stuarta should know as project manager
[19:39:50] Beirdo: I hope that our upgraded webserver code has had some work too :)
[19:44:50] kha (kha!~khautio@hautio.net) has quit (Quit: leaving)
[19:46:34] stuartm: here's hoping, MythNet could probably use it
[19:46:45] Beirdo: yeah
[19:47:04] Beirdo: #9430 is done. Got a moment, so fixed it :)
[19:47:11] iamlindoro: As in, MNV? We already use the web server
[19:47:30] iamlindoro: Wouldn't a public API rename require a library API bump?
[19:47:53] Beirdo: oh, yeah, that might be a good plan :) sorry
[19:48:20] iamlindoro: Not too big a deal since it's likely only used in MythArchive
[19:48:30] Beirdo: true, but a good rule to live by
[19:51:58] Beirdo: that's just MYTH_BINARY_VERSION, correct?
[19:52:55] paul-h (paul-h!~paulh@5ad84320.bb.sky.com) has quit (Remote host closed the connection)
[19:53:32] Beirdo: I shoulda had one right after the merge too
[19:53:47] Beirdo: bumped
[19:53:59] paul-h (paul-h!~paulh@5ad84320.bb.sky.com) has joined #mythtv
[19:54:20] iamlindoro: yes, that one
[19:54:36] Beirdo: thanks. Just wanted to make sure it was just that one
[19:54:41] iamlindoro: yup, you got it, np
[20:05:22] dagar (dagar!~dagar@agar.ca) has joined #mythtv
[20:10:14] remlabm (remlabm!remlabm@dynamic-acs-24-101-122-88.zoominternet.net) has joined #mythtv
[20:10:32] remlabm (remlabm!remlabm@dynamic-acs-24-101-122-88.zoominternet.net) has left #mythtv ()
[20:13:06] thopiekar (thopiekar!579adc30@gateway/web/freenode/ip.87.154.220.48) has joined #mythtv
[20:18:09] jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya)
[20:20:37] Steve_Goodey (Steve_Goodey!~steve@host86-147-81-4.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:30:04] sdkmyth (sdkmyth!~mythtv@c-98-233-97-251.hsd1.md.comcast.net) has joined #mythtv
[20:45:37] Mekon (Mekon!~quassel@host-84-9-38-247.dslgb.com) has quit (Ping timeout: 255 seconds)
[20:49:26] Kunalagon (Kunalagon!~Kunalagon@212.200.241.218) has quit (Quit: Leaving.)
[21:03:14] sdkmyth (sdkmyth!~mythtv@c-98-233-97-251.hsd1.md.comcast.net) has quit (Quit: User disconnected)
[21:06:42] dekarl (dekarl!~deKarl@e180130221.adsl.alicedsl.de) has joined #mythtv
[21:07:49] thopiekar (thopiekar!579adc30@gateway/web/freenode/ip.87.154.220.48) has quit (Quit: Page closed)
[21:10:27] Mekon (Mekon!~quassel@host-84-9-37-123.dslgb.com) has joined #mythtv
[21:14:05] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:17:07] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[21:18:24] dekarl1 (dekarl1!~deKarl@e180154158.adsl.alicedsl.de) has joined #mythtv
[21:21:22] dekarl (dekarl!~deKarl@e180130221.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[21:21:51] dekarl1 is now known as dekarl
[21:23:08] dekarl is now known as dekarl1
[21:51:20] Cipher (Cipher!~Cipher@nichdrock214.nichd.nih.gov) has joined #mythtv
[21:51:35] Cipher: anyone install linux on jailbroke ps3?
[21:52:20] iamlindoro: wrong channel
[21:52:42] jams: are there plans to remove the cd-import abilities of mythmusic?
[21:52:50] ** iamlindoro wonders why anyone would ask that question in a publicly logged channel with a .gov address... **
[21:53:11] jams: similiar to the removal of mtd
[21:53:30] iamlindoro: jams, none that I'm aware of
[21:53:41] jams: k..thx
[21:53:47] jams: no reason just asking
[21:53:58] iamlindoro: np
[21:54:38] jams: just happened to hit the cd import screen, and the question just sorta appeared =)
[21:55:51] iamlindoro: mtd was removed because the improvements to allow ISO/VIDEO_TS/BDMV playback over SG made it fail to compile, and it was really just a gnarly wrapper around a bunch of ugly command line tools that had been left to rot, so it made sense until a cleaner solution could theoretically be written in the future
[21:56:15] iamlindoro: cd import, on the other hand, is already done cleanly with a nice external lib, and is in much better shape
[22:02:40] ** stuartm uses it regularly **
[22:02:51] stuartm: so it's not going anywhere ;)
[22:03:01] Cipher: psjailbreak is not breaking the law
[22:03:18] Cipher: all i want is my linux os back
[22:03:23] Cipher: on ps3, anywayz sorry
[22:03:30] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[22:03:32] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[22:03:33] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[22:03:42] Cipher (Cipher!~Cipher@nichdrock214.nichd.nih.gov) has quit (Quit: Leaving)
[22:12:20] clever: iamlindoro: i thought it was only -users that was logged
[22:12:33] iamlindoro: not so
[22:20:27] ThisNewGuy1 (ThisNewGuy1!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has joined #mythtv
[22:21:42] ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has quit (Ping timeout: 240 seconds)
[22:23:10] high-rez (high-rez!~gus@2001:470:e935::2) has quit (Read error: Operation timed out)
[22:23:42] high-rez (high-rez!~gus@2001:470:e935::2) has joined #mythtv
[22:28:44] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Ping timeout: 255 seconds)
[22:33:40] stuartm: all channels are now logged
[22:33:57] stuartm: which I must try to remember
[22:36:58] high-rez (high-rez!~gus@2001:470:e935::2) has quit (*.net *.split)
[22:40:03] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[22:41:59] high-rez (high-rez!~gus@2001:470:e935::2) has joined #mythtv
[22:44:27] stuartm: well #mythtv-commits isn't logged and neither is #mythtv-dev
[22:44:31] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood)
[22:50:03] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[22:51:43] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Quit: Leaving)
[22:52:06] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[23:03:04] j-rod is now known as j-rod|afk
[23:17:06] kth (kth!~kth@dyndsl-080-228-187-147.ewe-ip-backbone.de) has joined #mythtv
[23:21:33] jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya)
[23:31:53] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 264 seconds)
[23:37:47] rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has joined #mythtv
[23:39:41] kth (kth!~kth@dyndsl-080-228-187-147.ewe-ip-backbone.de) has quit (Quit: Leaving.)
[23:50:27] jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv
[23:50:27] jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv
[23:50:27] jya (jya!~avenardj@gw2.hydrix.com) has quit (Changing host)

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