MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (94):

aloril, Anduin, anykey_, beata, Beirdo, boshhead, brfransen, caelor, Captain_Murdoch, carmony_, castlec1, cattelan, ceros, cesman, Chutt_, clever, coling, Cougar, dagar, danielk22, Dave123, davide, dlblog, eharris_, elmojo, elvum_, foobum, foxbuntu, ghoti, Gibby, gigem, gregL, GreyFoxx, grokky_, hads, high-rez, hobiga, holomntn, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jafa, jams, jannau, jarle, JEDIDIAH__, joe___, jpabq, jpabq-, jpharvey__, jstenback, justpaul, jwhite, jya, kenni, Kevin`, kha, knightr, kormoc_afk, kurre, laga_, leprechau, lofidellity, mag0o, markk_, mrand, mrguitar, MythLogBot, nutron, okolsi, ozatomic, paul-h, pheld, PointyPumper, poptix, Prost, purserj, RDV_Linux_, reynaldo, rooaus, skd5aner, sphery, Splat1, stuartm, superm1, ThisNewGuy, tomimo, tris, wagnerrp, XChatMav, xris, ybot, _charly_
Sunday, December 5th, 2010, 00:14 UTC
[00:14:11] ikonia (ikonia!~mattd@unaffiliated/ikonia) has quit (Ping timeout: 265 seconds)
[00:19:09] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:21:55] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[00:31:45] ikonia (ikonia!~mattd@unaffiliated/ikonia) has joined #mythtv
[00:34:50] ikonia (ikonia!~mattd@unaffiliated/ikonia) has quit (Client Quit)
[00:35:39] ikonia (ikonia!~mattd@unaffiliated/ikonia) has joined #mythtv
[00:50:39] ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer)
[01:02:36] ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has joined #mythtv
[01:11:57] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds)
[01:20:33] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[01:42:55] gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv
[01:47:05] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 255 seconds)
[02:01:32] doc_dingus (doc_dingus!~user@203.171.74.253.static.rev.aanet.com.au) has quit (Ping timeout: 245 seconds)
[02:13:56] wagnerrp (wagnerrp!~wagnerr@NR-FT1-66-42-240-159.fuse.net) has quit (Quit: Leaving)
[02:14:05] wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-159.fuse.net) has joined #mythtv
[03:53:52] sereal (sereal!~jjrh@74-115-197-33.eng.wind.ca) has joined #mythtv
[03:53:53] sereal (sereal!~jjrh@74-115-197-33.eng.wind.ca) has left #mythtv ()
[03:54:18] sereal1 (sereal1!~jjrh@74-115-197-33.eng.wind.ca) has joined #mythtv
[03:55:11] sereal1: so I was trying to mess around with the mythtv mysql database (I have no mysql experience so I might of messed something up....) and now when I start mythtv it messes my display all weird, and I have to restart
[03:55:21] sereal1: uh should I just reinstall or is there something I can do?
[03:56:00] sereal1: the theme I had selected wasn't letting me modify any of the settings (including the theme) so I tried to change the theme in the mysql database
[03:56:50] clever: this is the wrong channel, and if you dont give enough details in the WHERE, youll screw up EVERY setting in mythtv at once
[03:58:36] sereal1: oh shit my bad
[03:58:54] sereal1: I just looked at the topic, sorry about that.
[03:59:26] sereal1 (sereal1!~jjrh@74-115-197-33.eng.wind.ca) has left #mythtv ()
[04:10:40] ybot (ybot!~quassel@61.14.141.36) has quit (Ping timeout: 252 seconds)
[04:12:56] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[04:23:24] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Read error: Operation timed out)
[04:24:16] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv
[04:25:27] mrand (mrand!~mrand@ubuntu/member/mrand) has left #mythtv ()
[04:57:25] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[05:09:45] mrguitar (mrguitar!~mrguitar@72-48-44-235.dyn.grandenetworks.net) has quit (Ping timeout: 265 seconds)
[05:44:51] Beirdo: superm1: you in?
[06:01:41] superm1: Beirdo, yeah
[06:02:07] Beirdo: Hey. just did the pull request.
[06:02:14] superm1: cool thanks
[06:02:23] Beirdo: I assume you may have one on fixes/0.24 later?
[06:02:36] superm1: the same one works on both
[06:02:47] superm1: it takes an argument of the branch to build
[06:02:56] Beirdo: another note... you may want to go into your github account settings, and attach your email that you use in the commits :)
[06:03:12] Beirdo: so it can match your email to your username (it's silly, but whatever)
[06:03:29] superm1: okay done
[06:04:28] Beirdo: anywho. It's in there now, and I found a buglet in my email notifier :)
[06:05:12] superm1: okay i'll switch the URL for autobuilds over to pull from there now
[06:05:18] superm1: tomorrow or the day after's should start using that
[06:05:28] Beirdo: nice
[06:30:02] xris: superm1: had an idea last night about setting the packaging repo up as a meta-repo.. if you set your deb stuff up in there and there was a bootstrap script to clone/pull a mythtv subpackage into it... would that work?
[06:30:15] wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-159.fuse.net) has quit (Ping timeout: 245 seconds)
[06:33:47] wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-159.fuse.net) has joined #mythtv
[06:35:12] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Read error: Connection reset by peer)
[06:38:27] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[06:44:45] Beirdo: trac email working
[06:45:53] Beirdo: hehee, I did git push on the fix to the email hook, and git pull on the server before github notified from their queue
[06:49:25] Beirdo: blasted github hook on trac is NOT working completely
[06:51:16] Tanthrix (Tanthrix!~tanthrix@c-98-246-133-36.hsd1.or.comcast.net) has joined #mythtv
[06:51:55] stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Ping timeout: 245 seconds)
[06:52:00] stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv
[06:55:32] xris: Beirdo: should get jira/fisheye email working
[06:55:49] Beirdo: it probably will be simple
[06:56:00] Beirdo: I told the old server to accept the new server as local
[06:56:15] Beirdo: so it won't bounce mail as being local with a non-local origin
[06:56:57] xris: ah, cool
[06:57:16] xris: I didn't even know mail was running on the new server. heh
[06:57:32] Beirdo: it seems to work :)
[06:57:45] Beirdo: outbound at least, I didn't check much more than that
[06:58:06] Beirdo: I guess a quick check for open-relay protection would be in order tonight :)
[06:59:16] superm1: xris, that's actually what i did
[06:59:47] superm1: it actually pulls the bzr packaging which pulls the rest of the myth* stuff in the right places
[06:59:52] superm1: and then kicks off the package build
[07:00:27] superm1: xris, https://github.com/MythTV/packaging/blob/mast . . . uild-debs.sh
[07:00:56] Tanthrix (Tanthrix!~tanthrix@c-98-246-133-36.hsd1.or.comcast.net) has quit ()
[07:06:12] xris: superm1: cool.
[07:06:31] superm1: it's the only way i could really think that it could work if everything needs to be in separate repos
[07:18:25] Dashkal (Dashkal!~dashkal@WoWUIDev/Nexus/dashkal) has joined #mythtv
[07:18:46] xris: well, it can take advantage of some git stuff, too
[07:19:01] superm1: like what?
[07:19:05] xris: assuming that subrepos work like I think they do
[07:19:11] Dashkal: Is it possible to get a mythtv backend running on a headless, X-less server box?
[07:19:27] xris: Dashkal: wrong channel.
[07:19:37] ** Dashkal reads topic closer **
[07:19:52] superm1: are you meaning submodules?
[07:19:54] Dashkal (Dashkal!~dashkal@WoWUIDev/Nexus/dashkal) has left #mythtv ()
[07:19:58] xris: superm1: yes
[07:20:21] ** xris needs more beer in order to think straight. **
[07:20:35] xris: and a baby who isn't sprouting molars.
[07:22:30] superm1: well reading on this a little more. are you thinking the superproject would be packaging?
[07:22:33] superm1: or that you make a local super project
[07:23:01] xris: local checkout of packaging would be the superproject
[07:23:16] xris: or a new "meta" project that Beirdo and I have been discussing
[07:24:59] superm1: the idea being that the meta project is a super project with mythtv, myththemes, packaging, nuvexport and mythweb as submodules?
[07:25:46] Beirdo: basically, yep
[07:25:50] superm1: i like that
[07:26:19] Beirdo: conceptually that's how it is now, but manually :)
[07:28:18] xris: my idea last night was to start using the packaging project to do that.. and include a bootstrap.sh at the root of it that would clone or update things to the requested sha/tag
[07:29:06] Beirdo: OK, smtp is nice and secure on the new server... running only on 127.0.0.1
[07:29:35] superm1: well it sounds like the packaging project should actually remain a submodule if i'm understanding them correctly – it should be a new project that would contain such a script
[07:29:48] superm1: and submodule references to all the other git repos
[07:29:51] Beirdo: yeah, possibly so
[07:30:06] Beirdo: my setup, I do the submodules manually
[07:30:25] Beirdo: https://github.com/Beirdo/mythtvmeta
[07:30:32] Beirdo: my own custom way
[07:30:34] Beirdo: heh
[07:32:56] superm1: you're sorta cheating there
[07:33:07] Beirdo: don't care :)
[07:33:07] superm1: running make install before you're done building
[07:33:13] Beirdo: you have to
[07:33:28] Beirdo: mythtv has to be installed to compile mythplugins
[07:33:31] superm1: well i've got a way around that
[07:33:45] Beirdo: oh, it can be changed
[07:33:56] superm1: http://bazaar.launchpad.net/~mythbuntu/mythtv . . . talled.patch
[07:34:01] Beirdo: but that's how it works, so that's how I do it
[07:34:56] superm1: SYSROOT is used inconsistently in mythplugins build process (sometimes to refer to dependencies and sometimes as target)
[07:35:33] superm1: so that patch sorta helps the situation and allows a one shot build without everything being installed outside the staging area
[07:36:20] Beirdo: well, I don't do it for packaging, I do it for development
[07:41:24] jya: I was playing with the settings, only to realise that the destructor of my ConfigureWizard class is never ever called ...
[07:41:31] jya: is this intended somehow?
[07:42:08] Beirdo: heh, who knows
[07:42:56] hobiga (hobiga!~hobiga@173.210.255.195) has quit (Ping timeout: 276 seconds)
[07:43:08] Beirdo: oh, that's in the frontend, isn't it?
[07:43:19] hobiga (hobiga!~hobiga@173.210.255.195) has joined #mythtv
[07:43:24] jya: Even when I fully exit mythfrontend , I see that it isn't called ,
[07:43:26] jya: it is
[07:43:37] jya: I start a 2nd thread in my settings
[07:43:45] jya: was killing the thread in the destructor
[07:43:54] Beirdo: well, when you fully exit, the memory is cleared out anyways, but that's another issue
[07:44:05] jya: instead I have that 2nd thread doing its thing well after I fully quitted mythfrontend
[07:44:26] jya: (it's playing audio on all speakers in a loop this thread)
[07:44:45] Beirdo: then you haven't fully exited, I would think
[07:44:46] jya: kind of a worry ...
[07:44:54] jya: oh, after about 10s
[07:44:55] jya: I get
[07:45:01] Beirdo: fully exited means all threads are exited :)
[07:45:04] jya: Error in my_thread_global_end(): 1 threads didn't exit
[07:45:05] jya: QMutex::lock: mutex lock failure:
[07:45:09] Beirdo: wow
[07:45:11] jya: and it hangs
[07:45:18] jya: I have to send sigkill
[07:45:22] Beirdo: what a mess
[07:45:43] Beirdo: the my_thread... is mysql handler
[07:45:44] jya: I don't see any destructor with any of the settings class
[07:46:08] jya: I had assumed that Qt was doing something magical and destroyed all the created widget. Never looked deeper into it
[07:46:09] Beirdo: well, you don't need one, necessarily
[07:46:34] Beirdo: if one's not defined, it will work properly anyways
[07:46:40] jya: well, all widget are allocated like : QWidget *blah = new ... ; addChild(blah)
[07:46:44] Beirdo: oh
[07:46:45] Beirdo: heh
[07:46:49] Beirdo: and no deletes?
[07:46:58] Beirdo: please don't tell Udo.
[07:47:07] Beirdo: that's a real memory leak :)
[07:47:09] jya: so I had assumed, that provided it's Qt and I don't know much about it, that as it's added to the parent
[07:47:25] jya: somehow everything gets cleaned once the root widget is killed
[07:47:28] jya: but it appears not
[07:47:36] Beirdo: it might be, but I'd think that any new requires a delete
[07:48:12] Beirdo: hopefully not hopelessly buried inside Qt.
[07:48:13] jya: That's what I thought too... But you know, I did all the settings using the existing code as an example, so while I find it puzzling, I went along
[07:48:43] Beirdo: if it IS buried, I'd want to see a comment saying so where the new is
[07:48:49] jya: what I'm sure now, is the destructor of my widget here is never called, so it's like all Qt widget stays in memory until you fully exit
[07:49:00] Beirdo: right
[07:49:06] Beirdo: memory leak city
[07:49:21] Beirdo: if we keep newing them anyways
[07:49:24] jya: looks like it... how long has this code been there ?
[07:49:39] jya: when you select an entry in the settings menu
[07:49:44] jya: it gets created from 0
[07:49:45] Beirdo: a while, but the settings code has always been... odd.
[07:50:02] jya: because right now, I have about 5 thread playing sound on all my speakers
[07:50:06] jya: makes an interesting result
[07:50:13] Beirdo: I seem to remember people advising exiting the frontend completely after doing settings
[07:50:54] jya: the root widget is created and run like:
[07:51:21] jya: UIthingyclass blah; blah.exec()
[07:51:35] Beirdo: yah, that will get cleaned up
[07:51:44] Beirdo: as soon as it's out of scope
[07:52:09] jya: yes.. I need to look into the code, and see if it goes within all child and delete the whole lot
[07:52:15] Beirdo: but new... not so. The pointer will get lost
[07:52:27] Beirdo: right
[07:52:50] Beirdo: if the delete for the children is in its destructor, all is good, I guess
[07:53:01] Beirdo: but it doesn't sound like that's the case from the behavior
[07:53:55] jya: the code is full of stuff like this:
[07:53:56] jya: http://mythtv.pastebin.com/WU31GFT0
[07:54:11] jya: look at value for example, when is it ever going to be deleted?
[07:54:22] Beirdo: careful, it might sound like you are volunteering to fix it :)
[07:55:03] Beirdo: maybe when layout gets destroyed
[07:55:28] jya: looking at settings/cpp
[07:55:30] Beirdo: that's where it should be done
[07:55:31] jya: settings.cpp
[07:55:44] jya: there's one delete in the entire code
[07:55:53] jya: for images
[07:56:08] jya: looks like I've opened a can of worms :(
[07:56:11] Beirdo: heh
[07:56:24] Beirdo: or we are misunderstanding some black logic within Qt
[07:56:32] jya: well, that could be
[07:56:38] Beirdo: black magic rather
[07:56:39] jya: I need to read into Qt a tad mode
[07:56:43] jya: more
[07:57:12] jya: but what I know is when I start my screen, in the qwidget contructor I start a thread playing audio
[07:57:24] jya: I can exit do whatever, my audio will continue playing forever
[07:57:41] jya: I put a verbose in the destructor, and I see nothing ever showing up
[07:58:28] Beirdo: sounds borked to me
[07:58:59] jya: looking at the documentation of QtLayout
[07:59:39] jya: you are supposed to call QLaoyut::removeItem when closing the layout, and the doc states "Removes the layout item item from the layout. It is the caller's responsibility to delete the item."
[07:59:42] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:59:50] Beirdo: heh
[07:59:55] Beirdo: can't be much clearer than that
[08:00:12] jya: yep... unfortunately...
[08:00:33] Beirdo: sounds like you found us some significant fixing to do
[08:01:10] Beirdo: easy to valgrind and confirm too
[08:01:17] jya: isn't this code to be completely removed anyway :P ?
[08:01:22] Beirdo: not yet
[08:01:25] Beirdo: :(
[08:01:46] Beirdo: it's the mythtv-setup stuff that's supposed to go in this cycle, not frontend setup :(
[08:01:46] jya: I stopped looking at valgrind.. It generated over 5000 lines of leaks report when I exit mythfrontend
[08:02:07] Beirdo: I think now you may know why :)
[08:02:36] jya: and as valgrind was returning stuff that made no sense to me (like value not initialised) I put most of its report as "it's rubbish"
[08:03:09] Beirdo: even those I've found are usually true, but in some libs there are false positives for sure
[08:03:10] jya: like if I do snd_pmc_open(&handle) ; it will tell me that I use handle when non-initalised
[08:03:28] Beirdo: it might be, you'd have to look at the code in the ALSA lib
[08:03:28] jya: that's what snd_pcm_open does..
[08:03:44] Beirdo: it might check it or something before it writes
[08:03:53] jya: initialise the value ofhandle
[08:03:56] jya: it could be yes..
[08:03:59] jya: oh well...
[08:04:08] jya: looks like I have a long journey ahead of me
[08:04:25] jya: I just wanted to play audio in the settings :(
[08:04:28] Beirdo: out of our control, but if you want to silence that one, you can just initialize handle (like zero it) and pass it in
[08:04:46] Beirdo: dumb to have to, I'd agree :)
[08:04:48] Kunalagon (Kunalagon!~Kunalagon@212.200.240.150) has joined #mythtv
[08:04:57] jya: oh, that's one of the 1000s it reports
[08:05:04] Beirdo: but some of them are true issues, and cause crashes. That one's likely bogus though
[08:05:24] jya: I have set the buffer to my terminal to 5000 lines
[08:05:33] jya: and when I exit mythfrontend running under valgrind
[08:05:43] jya: I don't see the beginning of the output !
[08:05:44] Beirdo: I think you want --logfile :)
[08:06:03] jya: oh, it's just to tell you the quantity of stuff it prints out
[08:06:19] jya: and that was with mythavtest !
[08:06:40] jya: allright, got to go and make the pizza... inlaws are here..
[08:06:40] Beirdo: yeah, overwhelming at times
[08:06:49] Beirdo: enjoy :)
[08:07:10] Splat2 (Splat2!~Splat1@rf1.splat1.com) has quit (Ping timeout: 252 seconds)
[08:08:38] Splat1 (Splat1!~Splat1@rf1.splat1.com) has joined #mythtv
[08:33:14] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds)
[08:38:11] Gibby_2 (Gibby_2!~Gibby@204.118.10.244) has quit (Remote host closed the connection)
[08:46:17] Kunalagon (Kunalagon!~Kunalagon@212.200.240.150) has quit (Ping timeout: 265 seconds)
[09:15:31] Steve_Goodey (Steve_Goodey!~steve@host86-145-234-95.range86-145.btcentralplus.com) has joined #mythtv
[09:34:56] xris: looks like ohloh caught up with the git re-pull
[09:37:43] xris: looks like removing the svn repo just killed any kudos we've given/received via it...
[09:39:36] xris: oh well. added the other repos
[09:40:39] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has joined #mythtv
[09:50:54] Beirdo: heh
[09:51:55] Steve_Goodey (Steve_Goodey!~steve@host86-145-234-95.range86-145.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[09:53:22] Beirdo: my kudos seem to still be there
[09:53:48] Beirdo: you probably need to map the new name to your account
[09:58:56] Steve_Goodey (Steve_Goodey!~steve@host86-145-234-95.range86-145.btcentralplus.com) has joined #mythtv
[09:59:32] Beirdo: no, seems to be a TV/client issue
[09:59:58] Beirdo: changed it from digital audio to stereo (still over HDMI) and it's fine now
[10:00:20] Beirdo: maybe it was just badly encoded 5.1
[10:21:17] stuartm: xris: as Beirdo said, kudos is still there, you just need to claim your commits again
[10:22:48] Beirdo: stuartm: you like the new commits mail style?
[10:23:35] stuartm: Beirdo: haven't seen it yet, just sat down
[10:23:41] Beirdo: hehe
[10:28:53] stuartm: Beirdo: much improved, thanks
[10:29:11] stuartm: the two dates are in different formats fwiw
[10:29:35] Beirdo: yeah, I know. That's how github hands them to us
[10:29:43] Beirdo: I plan on reformatting them
[10:29:57] Beirdo: but I'd had enough tweaking for one day :)
[10:31:36] Beirdo: other than that, I was aiming for as close to the old format as practical.
[10:35:29] dekarl1 (dekarl1!~deKarl@e180159242.adsl.alicedsl.de) has joined #mythtv
[10:36:11] jya: Beirdo: run destructor, it seems it was my fault afterall.. I was overriding the event method, and it seems that if I don't propage all events to the parent, the widget is never destroyed, Qt does delete all child widget automatically, but only if there's no event left in the event queue
[10:36:25] Beirdo: ahhh
[10:36:31] jya: I knew that there was no way such a massive issues wouldn't had been seen earlier
[10:37:24] jya: well, not sure if that's the actual reason, but I renamed my method from event to eventblah and the destructor is now called
[10:37:58] dekarl (dekarl!~deKarl@e180158099.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[10:41:42] Beirdo: it was literally called "event"?
[10:42:01] Beirdo: that could be a bad choice :)
[10:42:26] jya: it is... I was returning false, should have propagated the event with return QObject::event(e);
[10:43:08] jya: so many toolkit out there.. Usually returning false means the event wasn't handled by the function and as such the system will continue
[10:43:08] Beirdo: aye. that makes more sense
[10:43:26] jya: but here, I have to manually call the default QObject method
[10:44:30] jya: Qt isn't that bad really... I see where a lot of Android got its inspiration from.. some methods are coincidentally very similar
[10:44:50] Beirdo: Qt could be a lot worse
[10:44:56] Beirdo: but it still drives me insane
[10:45:39] jya: I actually raised the question at work on why we never used Qt for any projects.... I see the length of research and review whenever we get a project where portability is a factor...
[10:46:07] Beirdo: OK, I have CSV files for my use tomorrow... per repo, I have branch,git SHA1,svn id
[10:46:11] jya: we do mainly embedded dev, but with Nokia on board, it seems that embedded platform has become a new focus for the qt team
[10:46:13] Beirdo: for each branch
[10:46:25] jya: did that by hand ? :)
[10:46:31] Beirdo: perl script
[10:46:32] Beirdo: :)
[10:46:38] jya: only about 27000 lines
[10:46:47] Beirdo: yeah. Heh
[10:46:58] jya: it would be nice to be able to override some of the URL in github
[10:47:06] jya: so you could type the old SVN revision and get there
[10:47:21] Beirdo: I'm gonna pump it into mysql for the bot, and write a !svn plugin
[10:47:43] jya: I was going through a few tickets, and whenever I click in trac on a changeset number, it goes to github
[10:47:49] jya: not very practical
[10:47:53] Beirdo: so when someone reports an issue with svn version blah... it shows you the sha1
[10:48:02] jya: ah cool
[10:48:24] jya: I do prefer svn version number.. sha1 are way too complicated to remember
[10:48:50] Beirdo: you aren't meant to remember them, the system is meant to :)
[10:49:05] Beirdo: but yeah
[10:49:14] Beirdo: I can't remember either anyways
[10:49:22] jya: sure, but like here, you say like, about r12345
[10:49:40] jya: everyone knows what its about, I can quickly find it without copy/paste
[10:50:05] Beirdo: you can find a sha1 by typing 6 or so characters
[10:50:13] Beirdo: hardly much difference, really
[10:50:26] Beirdo: you don't NEED to type in the whole 40 chars :)
[10:50:27] jya: that's even more complicated: I have to manually select less character than what git tells me
[10:50:39] jya: how come btw, that git can find its way without the full sha1 ?
[10:51:09] Beirdo: it searches based on the beginning of the sha1, as long as it's unique it will find it
[10:51:16] jya: does it guarantee that the first 6 characters of a sha1 checksum are always unique ?
[10:51:59] Beirdo: nope, but sha1 is pretty well spread out, and with 28000 commits, there's about 0 chance of collision
[10:52:17] jya: surely not 0..
[10:52:22] jya: 0.00001 maybe :)
[10:52:33] Beirdo: I mean, it's 160 bits long
[10:52:47] Beirdo: it's 27000/2**160
[10:53:02] Beirdo: which, is, for all intents and purposes... 0
[10:53:04] jya: that's provided it's equally spread
[10:53:31] Beirdo: and for the first 6 digits... 28000/2**24
[10:53:41] Beirdo: (sorry, 28k, not 27k)
[10:53:48] jya: hum.. md5 came to mind.. and how they found on risk of collision
[10:53:51] Beirdo: which is exceedingly low
[10:54:00] jya: ah yeah, 28k.. massive difference :)
[10:54:15] Beirdo: and if it collides on the first 6 characters, add another 4 bits
[10:54:22] Beirdo: i.e. another character.
[10:54:40] jya: so if I search something in github
[10:54:48] jya: put the first 6 characters , and they aren't unique
[10:54:55] jya: do you know what kind of error it returns ?
[10:55:05] jya: would be interesting to try
[10:55:09] Beirdo: let's put it this way... AFAIK, the linux kernel hasn't found a collision yet in SHA1 (full 160bit)
[10:55:15] Beirdo: no clue, actually :)
[10:55:22] Beirdo: be cool if they gave you a choice
[10:55:35] jya: I mean collision on the first 6 hex numbers
[10:55:40] jya: not the whole lot
[10:56:22] Beirdo: ah, with our repo size, pretty sure that won't happen
[10:56:28] Beirdo: first 2... sure
[10:56:29] Beirdo: :)
[10:56:47] Beirdo: and it gives a fancy 404 with an octocat, it seems
[10:56:54] Goga777 (Goga777!~Goga777@shpd-95-53-169-210.vologda.ru) has joined #mythtv
[10:57:19] jya: hexocat no ? :)
[10:57:38] Beirdo: hehe
[10:57:40] jya: octo being 8 (I think)
[10:58:05] Beirdo: it's supposed to be an octocat, but seems to be a pentacat
[10:58:15] Beirdo: I guess a few legs are hiding
[10:59:48] jya: some people have too much time on their hand
[10:59:49] jya: http://www.cutoutandkeep.net/projects/github-octocat
[11:00:08] Beirdo: stuartm: good idea checking in the plugins :)
[11:01:00] Beirdo: heh. Geeks.
[11:03:12] Beirdo: well, I think bed would be a good plan
[11:03:29] jya: where are you based?
[11:03:38] Beirdo: Seattle
[11:03:43] Beirdo: it's only 3am :)
[11:03:49] jya: bah, it's almost morning
[11:04:04] Beirdo: Don't I know it.
[11:04:25] jya: it's almost time to bed for me too, and tomorrow is Monday :(
[11:04:42] Beirdo: stupid dateline
[11:04:57] jya: yeah, should always be saturday
[11:09:23] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[11:10:04] stuartm: collisions between git hashes will happen to someone eventually, sha1 is being replaced for a good reason
[11:10:53] Beirdo: yeah, as long as they make it backwards compatible or something to not have to import old repos... that would suck
[11:11:44] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[11:17:44] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has quit (Remote host closed the connection)
[11:20:51] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[11:23:11] markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 255 seconds)
[11:23:51] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[11:34:00] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has joined #mythtv
[11:35:45] markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv
[11:38:14] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has quit (Remote host closed the connection)
[11:51:42] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[11:54:25] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[12:05:43] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:08:37] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[12:12:47] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[12:21:54] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit)
[12:22:09] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[12:42:54] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[12:46:42] gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 250 seconds)
[12:49:03] ** Captain_Murdoch waits to see what, if anything, he did wrong in his first commit/push to github :) **
[12:53:45] stuartm: the entire repo seems to have been deleted, anyone know what happened?
[12:54:11] stuartm: j/k
[12:55:02] Captain_Murdoch: I was about to say "we have a winner, -commits email looks good", but then realized I didn't give a short summary on the first line, so it could have been better. :)
[12:55:21] Captain_Murdoch: I did prevent a needless "merge" commit though. :)
[12:55:22] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:55:51] stuartm: ugh, ok, so I forgot that we're supposed to write two commit messages
[12:55:52] Captain_Murdoch: my normal workflow would prevent that though. I usually commit from a pristine checkout. not sure if I'll continue that or not.
[12:56:08] Captain_Murdoch: nah, just write shorter ones that fit on one line. ;)
[12:57:24] stuartm: Captain_Murdoch: you can't really guarentee that in the 2–3 minutes it takes to patch/merge you change to master and write the commit message etc that the remote master won't have changed, there would seem to be no way to always prevent those merge messages
[12:57:46] stuartm: but we could prevent them generating emails
[12:58:06] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[12:58:19] stuartm: it's messy, I don't really understand the need for them
[12:58:31] Steve_Goodey (Steve_Goodey!~steve@host86-145-234-95.range86-145.btcentralplus.com) has quit (Remote host closed the connection)
[12:59:30] Captain_Murdoch: yeah, the emails are a waste. i normall develop in one checkout and copy diffs over to another so I know I am not committing anything I didn't see in the diff. so in the pristine checkout that I use for committing/pushing, I essentially do a "git pull && git add ${CHANGED_FILES} && git commit ${CHANGED_FILES} && git push"
[13:04:56] Captain_Murdoch: not doing that command line of course, I do check for errors/conflicts/etc., but it doesn't take long. I normally do a diff on that tree and compare it to the diff I put in the tree. I'm sure my workflow will change a little as I become more familiar with git. I think I'll continue to have parallel checkouts though, since I can't see switching back and forth between branches in one clone and trying to do compiles. if timestamp
[13:04:57] Captain_Murdoch: s on files aren't updated, then it seems like you'd have .o files that are built from other branches, so compiling might be a nightmare. easier to have my -fixes clone and my master clone separate I think.
[13:05:04] ** Captain_Murdoch goes to get some breakfast. **
[13:08:15] stuartm: I will continue to compile/test changes in one clean tree and work in another tree, my work tree is usually full of half-complete work, so similar to the way you work
[13:09:58] stuartm: the difference is that I do my commits from the work tree once I've compiled and tested to my satisfaction in the compile tree
[13:10:54] stuartm: I'm trying something slightly different with git, doing some of the work in local branches on the work tree, but still compiling in another entirely separate read-only repo
[13:24:18] jya: anyone knows how to revert changes made on a previous commit on a particular directory?
[13:24:57] jya: I know how to do a git checkout to revert to a particular vrsion, but this only works one file at a time, can't put a directory name as argument
[13:26:57] stuartm: jya: use bash wildcards? e.g. git checkout directory/*
[13:27:10] jya: doesn't work... first thing I tried
[13:27:28] jya: it returns no error nothing, but none of the files are actually modified
[13:28:24] stuartm: git reset might be involved then, but at this point I'm just making wild guesses
[13:30:02] jya: well, I pushed my commit to the master
[13:30:07] jya: so can't use reset or revert
[13:31:33] jya: ah: git checkout HEAD^ — themes
[13:31:44] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[13:32:07] jya: wonder why git diff doesn't show anything, yet it was changed
[13:40:09] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has joined #mythtv
[13:42:16] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:45:57] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[14:19:40] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 240 seconds)
[14:33:13] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[15:39:47] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[15:42:20] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[15:55:30] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[15:57:51] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[16:25:48] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[16:28:50] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[16:33:16] Gibby_2 (Gibby_2!~Gibby@204.118.10.244) has joined #mythtv
[16:47:41] kenni: what happened to the infoneeded tag on Trac?
[16:47:53] kenni: seems like its gone
[16:48:21] wagnerrp: trac got rebuilt, some bits and pieces may still be missing
[16:48:54] stuartm: Beirdo, xris: the old trac config, including the old workflow section needs copying over
[16:49:08] wagnerrp: was that just a resolution? or did it have some special properties?
[16:49:20] stuartm: I didn't make a backup so it's going to suck if that's gone
[16:50:20] stuartm: wagnerrp: a little more than that, there was a bunch of stuff to allow re-assigning of infoneeded tickets without changing status and even some bits that I can't remember
[16:52:54] dekarl1 (dekarl1!~deKarl@e180159242.adsl.alicedsl.de) has quit (Quit: Leaving.)
[16:56:56] wagnerrp: unless someone has it sitting in their home, i dont see it in any logical location
[16:57:19] wagnerrp: theres a bunch of old copies of trac, but they all show the same workflow
[16:58:26] stuartm: where is the old server now?
[17:00:42] stuartm: ok, it's still at cvs.mythtv.org
[17:00:44] stoffel (stoffel!~quassel@p57B4A7E3.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[17:01:19] stuartm: wagnerrp: it's at "/var/lib/trac/conf/trac.ini" on cvs.mythtv.org
[17:02:03] wagnerrp: mind pastebinning? i dont think ive got a login there
[17:02:10] wagnerrp: or at least i dont know what it is
[17:02:42] wagnerrp: nevermind, i found it
[17:03:37] stuartm: we should probably diff the two configs to see what else might need fixing
[17:04:49] wagnerrp: ok, new workflow in place
[17:05:01] wagnerrp: old, rather
[17:05:45] stuartm: thank you wagnerrp
[17:05:46] kenni: wagnerrp, thanks
[17:05:55] kenni: it works :)
[17:06:18] wagnerrp: ok, im going to be out until this evening
[17:07:56] stuartm: would someone mind copying over my authorized_keys file to the new server?
[17:09:09] Gibby_2 (Gibby_2!~Gibby@204.118.10.244) has quit (Quit: Leaving)
[17:15:56] eharris_ (eharris_!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[17:16:02] RDV_Linux_ (RDV_Linux_!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[17:16:19] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (*.net *.split)
[17:16:19] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (*.net *.split)
[17:16:19] ybot (ybot!~quassel@61.14.141.36) has quit (*.net *.split)
[17:16:19] davide (davide!~gigem@cpe-76-187-29-95.tx.res.rr.com) has quit (*.net *.split)
[17:16:19] okolsi (okolsi!~mythtv@unaffiliated/okolsi) has quit (*.net *.split)
[17:16:19] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split)
[17:16:20] high-rez (high-rez!~gus@carrera.bourg.net) has quit (*.net *.split)
[17:16:20] stuarta (stuarta!~stuarta@unaffiliated/stuarta) has quit (*.net *.split)
[17:16:41] high-rez (high-rez!~gus@2001:470:e935::2) has joined #mythtv
[17:16:43] stuarta (stuarta!~stuarta@2a01:4f8:63:1282::1) has joined #mythtv
[17:16:43] stuarta (stuarta!~stuarta@unaffiliated/stuarta) has joined #mythtv
[17:16:43] stuarta (stuarta!~stuarta@2a01:4f8:63:1282::1) has quit (Changing host)
[17:17:21] davide (davide!~gigem@cpe-76-187-29-95.tx.res.rr.com) has joined #mythtv
[17:18:03] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[17:21:12] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv
[17:21:38] okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv
[17:23:28] Gibby_2 (Gibby_2!~Gibby@204.118.10.244) has joined #mythtv
[17:25:06] wagnerrp: stuartm: same username fine? or do you want to use smorgan?
[17:27:24] Gibby_ (Gibby_!~Gibby@204.118.10.244) has joined #mythtv
[17:27:50] stuartm: same username is fine
[17:28:43] wagnerrp: well i dont have admin on the old server, so i cant copy your old stuff
[17:28:54] wagnerrp: but i can create you a new one, and pm you the password
[17:29:46] stuartm: that's fine, thanks
[17:30:04] wagnerrp: except.. theres no useradd
[17:30:11] stuartm: heh
[17:30:19] Gibby_2 (Gibby_2!~Gibby@204.118.10.244) has quit (Quit: Leaving)
[17:30:19] wagnerrp: old fashioned it is
[17:33:49] Gibby is now known as Gibby_3
[17:33:49] Gibby_ is now known as Gibby
[17:35:44] Gibby_3 (Gibby_3!~gibby@204.118.10.244) has quit (Quit: Leaving)
[17:42:04] knightr: kormoc_afk, any idea as to what might be the problem with http://new.mythtv.org/trac/ticket/9315 ? I did tracked down the problem to the loaded in language info being lost and the translation being loaded over and over again but I must confess I am not quite familiar with OO PHP so I am not sure how the info was supposed to be persisted (it's not static, doesn't appear to be a singleton or anything like that, etc...)
[17:42:29] gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv
[17:45:54] gnome42 (gnome42!~gnome42@69-196-137-231.dsl.teksavvy.com) has joined #mythtv
[17:46:29] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 255 seconds)
[17:47:11] knightr: Looks like the new install of Trac keeps reporting changeswith the mlocked/ticket lock settings even when we don't change it...
[18:00:58] kenni: knightr, re mlocked, AFAICT it's just because the tickets created with the temporary config (which got replaced/fixed an hour ago), had no "Ticket locked" value set. The first time you change something on these tickets, the value is set to 0.
[18:01:46] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:04:23] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[18:14:12] knightr: kenn, OK, thanks!
[18:33:20] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:36:23] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[18:43:16] Steve_Goodey (Steve_Goodey!~steve@host109-158-211-88.range109-158.btcentralplus.com) has joined #mythtv
[18:45:32] toad_|afk (toad_|afk!~toad@91.85.203.227) has joined #mythtv
[18:45:38] toad_|afk (toad_|afk!~toad@91.85.203.227) has left #mythtv ("Konversation terminated!")
[19:07:51] Computer_Czar (Computer_Czar!~dcooper@69.4.155.83) has quit (Quit: Leaving)
[19:17:58] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[19:20:22] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[19:23:12] markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 250 seconds)
[19:39:36] markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv
[19:43:19] sphery: knightr: I'm pretty sure #9315 is basically the same type of issue as #8158 (i.e. misconfiguration results in mythweb error, but mythweb fails to properly pass the information/set things up, so there's no error page). Pretty sure that (at least) #9224 and #9255 are the same things, too. See http://www.gossamer-threads.com/lists/mythtv/ . . . 38660#438660 + http://www.gossamer-threads.com/lists/mythtv/ . . . 38693#438693 for how ...
[19:43:26] sphery: ... he fixed the problem for the DB misconfiguration.
[19:44:52] Beirdo: omg
[19:45:08] Beirdo: #9317 will make kormoc's day
[19:45:42] sphery: yeah... considering he already explained why when he says to use PHP 5.3 you need to use PHP 5.3
[19:47:01] Beirdo: I expect a "wontfix" on that from him when he sees it
[19:47:03] cdev_ (cdev_!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[19:49:00] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[19:49:32] danielk22: jya: I didn't read the whole conversation, but any QObject that has it's parent set should not be deleted explicitly as the parent will delete it's children when deleted. You can set the parent of a QObject when on creation, explicitly, or implicitly through something like addChild()
[19:57:46] knightr: sphery that's a problem I have too and I actually put quite a few syslog there... The variable that keeps the info about the currently loaded in language lose its value so it keep reloading the translations (and the date/time settings) over and over again...
[19:58:34] sphery: knightr: oops, #9315 is not what I thought it was... ignore me.
[19:58:34] knightr: (and I had/have none of the weird misconfiguration problems some people had/have AFAIK...)
[19:58:50] knightr: sphery, np...
[19:59:47] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Quit: Coyote finally caught me)
[19:59:47] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Quit: Coyote finally caught me)
[19:59:47] superm1 (superm1!~superm1@ubuntu/member/superm1) has quit (Quit: Coyote finally caught me)
[20:00:21] Beirdo: gigem: I think you have a typo in your git config user.name
[20:00:22] knightr: sphery: just wish I knew what was supposed to keep the info in memory (no static vars in there, no singleton or anything similar and that cacheLifetime vars doesn't appear to be used...)
[20:00:38] Beirdo: it said "David Egnel" on that last commit
[20:02:42] superm1 (superm1!~superm1@ubuntu/member/superm1) has joined #mythtv
[20:03:45] mrguitar (mrguitar!~mrguitar@72-48-44-235.dyn.grandenetworks.net) has joined #mythtv
[20:07:26] rhpot1991 (rhpot1991!~rhpot1991@204.8.45.13) has joined #mythtv
[20:07:26] rhpot1991 (rhpot1991!~rhpot1991@204.8.45.13) has quit (Changing host)
[20:07:26] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[20:08:18] knightr: sphery: hmm, wasn't expecting that but since there are OO extensin it was to be expected I guess, Translate.php extends MythBase and the cache handling stuff is in MythBase...
[20:09:59] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has joined #mythtv
[20:09:59] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has quit (Changing host)
[20:09:59] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[20:16:00] stuartm: gigem: I don't really like the use of TopPosition() to remember position in lists, it's not going to work with all layouts, it's also a piecemeal fix to a problem which exists in a number of screens, the logic to remember position needs to be either in the widget itself or at least use something more reliable e.g. button number
[20:19:21] stuartm: additionally some of these screens are forgetting position because they are updating the entire list unnecessarily, they need redesigning, changing sort order etc might well be something that belongs in the widget itself, a sort method which takes a named property as an argument e.g. MythUIButtonList::SortBy(QString field) would be more versatile and behave consistently
[20:31:40] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[20:33:35] cdev_ (cdev_!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[20:35:48] stuartm: I'll try to do that, but it may be a while before I have the time
[20:37:37] stuartm: FWIW I'd like to try and stop the frontend screens devolving to the state they were in when I started the mythui port, full of one-off hacks and everything working differently in each screen, a handful of screens still need work, ProgLister among them and StatusBox is a complete mess
[20:39:53] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[20:42:41] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[20:47:41] _Techie_ (_Techie_!~Techie@technz.info) has quit (Read error: Connection reset by peer)
[20:48:33] superm1 (superm1!~superm1@ubuntu/member/superm1) has quit (Quit: Coyote finally caught me)
[20:48:33] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Quit: Coyote finally caught me)
[20:48:33] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Quit: Coyote finally caught me)
[20:51:23] superm1 (superm1!~superm1@ubuntu/member/superm1) has joined #mythtv
[20:51:55] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[20:53:35] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[20:54:43] Goga777 (Goga777!~Goga777@shpd-95-53-169-210.vologda.ru) has quit (Ping timeout: 240 seconds)
[20:57:12] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has joined #mythtv
[20:57:13] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has quit (Changing host)
[20:57:13] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[20:59:54] high-rez (high-rez!~gus@2001:470:e935::2) has quit (Ping timeout: 260 seconds)
[21:01:27] high-rez (high-rez!~gus@2001:470:e935::2) has joined #mythtv
[21:06:22] gnome42 (gnome42!~gnome42@69-196-137-231.dsl.teksavvy.com) has left #mythtv ()
[21:06:57] rhpot1991 (rhpot1991!~rhpot1991@204.8.45.13) has joined #mythtv
[21:06:57] rhpot1991 (rhpot1991!~rhpot1991@204.8.45.13) has quit (Changing host)
[21:06:57] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[21:16:10] stuartm: Chutt_: I suspect that everyone is about to overtake your Ohloh commit count, if most actions result in a merge commit then commit rates at least double, but merging a local branch might trigger dozens of commits for what would have been a single commit under SVN
[21:17:00] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[21:19:31] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Ping timeout: 276 seconds)
[21:21:18] stuartm: the commit count have never been a very accurate measure of work achieved but under git it's even more useless :) LoC is just as useless because it's easily skewed by importing/re-syncing a large library or updating translations, I wonder whether there is any accurate way to measure productivity automatically?
[21:21:52] xris: stuartm: burndown charts. ;)
[21:22:08] stuartm: heh
[21:22:24] xris: that just reminds me how much work I have left to do on that server setup...
[21:22:47] xris: hoping to hear back from atlassian tomorrow about how to use separate auth methods for jira — for devs and public signups.
[21:24:14] stuartm: at least if commit counts can't be used as a metric I don't feel so guilty for committing lots of one-liners which artificially boost my apparent ranking :)
[21:24:22] xris: heh
[21:25:14] Gibby: so where should we be talking about git? here or in -users?
[21:26:25] stuartm: btw, the pull request stuff on github – can that not be done via trac instead so that we don't have to monitor two places?
[21:27:45] xris: Gibby: if talking about your pull request, probably here
[21:28:21] xris: stuartm: yeah, need to talk to Beirdo or someone more familiar with github... but I think since the request happens through github it means github will send the email
[21:28:23] Gibby: no not about mine... just the git learning curve
[21:30:12] Gibby: I made the change to master, commited it. pushed it to my repo did the pull request... i then tried to make the changes to the fixes/0.24 branch.. so did a checkout of that branch, copied the files over so i did't have to edit again, however git status shows nothing changed
[21:31:27] Gibby: ahh n/m I guess cherry-pick is an actual option.. i will try that
[21:33:00] Gibby: stuartm; git has the issues option for repo's which could replace trac, but i asked about that a few days ago and it was said that moving to issues from trac is not being done right now
[21:33:59] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[21:34:31] stuartm: I've heard that git 'issues' is rubbish
[21:36:35] stuartm: besides which I'd be very careful about putting all our eggs in one basket, maintaining or git repo at github is one thing, it's just a hosting service and we can move it elsewhere at a moments notice but the same isn't true for our bug tracker since 'issues' is proprietary
[21:36:44] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Quit: leaving)
[21:38:04] Gibby: couldn't a hook be written for git to trac?
[21:38:16] stuartm: fwiw there was a post from a github employee in their support section saying that issues is for lightweight stuff only, he strongly advised most projects to look at alternatives such as lighthouse (probably because they have lighthouse integration already set up)
[21:40:43] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Quit: jya)
[21:46:14] xris: stuartm: yeah. git issues is really lame.. I'd rather see us moving to jira..
[21:46:18] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv
[21:47:50] Beirdo: I went an hour or so ago and disabled wiki and issues on the repos that still had it on
[21:48:30] xris: thx
[21:48:35] Beirdo: that way people don't get the urge to use them :)
[21:51:21] Beirdo: paul-h: you in?
[21:51:42] stuartm: As I see it you can't actually action the pull request via the github interface, so it's little more than another tracker. Given a preference I'd rather everything was kept in trac together with the tickets etc
[21:52:26] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[21:52:35] Beirdo: the pull request itself being there is fine as it does more than just being a tracker, but not much
[21:53:22] paul-h: Beirdo: ?
[21:53:52] Beirdo: Gibby has a pull request on one of your bugs
[21:54:21] Beirdo: I'd be happy to merge it in if the patch is fine by you.
[21:54:35] Beirdo: we should add the pull request URL in the trac ticket. One sec
[21:54:54] paul-h: The patch is still complete bollocks, unless git magically fixes it
[21:55:05] Beirdo: there. The request is noted
[21:55:33] Beirdo: it's just adding another color palette by the looks of it
[21:55:49] Beirdo: but I know like... nothing... about zoneminder :)
[21:56:56] Beirdo: I think I agree with stuartm that we should likely keep the comments on trac, but the pull itself being on github shouldn't hurt
[21:57:12] Beirdo: as long as people add the url to it in the associated ticket :)
[21:58:11] stuartm: that's fine I guess, can we disable the email notification of pull requests, assuming we handle them via trac there's no need for multiple email notifications of the same thing
[21:58:28] Beirdo: Hmm, I'm not sure if it lets us
[21:58:33] Beirdo: I'll root around and see
[21:59:52] stuartm: I can filter at my end if not
[22:00:02] Beirdo: I don't see any controls for it
[22:00:03] Beirdo: :(
[22:00:11] Beirdo: but yeah, feel free to filter it
[22:00:50] Beirdo: there's enough of us around that you don't need to worry about pull request notification
[22:01:03] Beirdo: heck, I don't mind pasting the urls
[22:02:15] stuartm: I can check if manually once a day etc, and if all pull requests are associated with a ticket anyway then they will still come to my attention
[22:02:19] Gibby: paul-h: what is still wrong with the patch?
[22:03:44] stuartm: pull request is no different to a patch IMHO, I'm not going to deal with issues any faster just because they were sent as a pull request
[22:03:54] Beirdo: agreed
[22:04:32] Beirdo: they are just patches that are easy to merge in, but they will happen when the appropriate devs are satisfied with what's to be pulled
[22:05:07] Beirdo: if people need help on the technical side, I'm happy to lend a hand, but the contents are the purvue of the maintaining dev/ticket holder
[22:05:40] Beirdo: i.e. I'm not gonna pull that without paul-h's go-ahead, it's his code being patched.
[22:06:48] Beirdo: sound reasonable? If the issue is not being sure how to pull it in, I will be happy to help. But I don't wanna step on toes.
[22:06:59] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[22:08:08] Gibby: the patch has been working for 3 months, however stuartm pointed out to me 9 days ago that the naming in it was wrong so i fixed it and uploaded it... it just pain when i want to update mythtv it takes a couple hours to pull the latetest, put the patch in, build my packages, copying then everything and install them..... thought i was just helping out paul-h.....
[22:08:53] Gibby: on another note, thanks for the cherry-pick option Beirdo it worked like a charm.... I like how it copies the commit completely and you don't have to do another commit on it
[22:09:55] stuartm: Gibby: it wasn't me, might have be stuarta?
[22:10:20] stuartm: Gibby: see paul-h's reply in the ticket
[22:11:49] stuarta: evening
[22:13:04] carmony_ (carmony_!~justin@c-24-10-194-172.hsd1.ut.comcast.net) has joined #mythtv
[22:13:05] Beirdo: howdy, stuarta
[22:14:36] ** stuarta is in a watching tv and drinking mood **
[22:14:57] carmony_: hey, ok... anyone here does have a custom DVR working with Comcast?
[22:15:17] stuarta: carmony_: please read the topic
[22:15:24] carmony_: oh, sorry!
[22:15:35] carmony_: thanks
[22:15:59] Gibby: ahh it was sphery that told me about the patch 9 days ago
[22:16:19] stuartm: Beirdo: found that you can disable the emails with a reasonable degree of granularity under your account settings :)
[22:16:34] xris: stuartm: ooohhh.  :)
[22:17:16] Beirdo: ooooh
[22:17:28] Beirdo: I only looked in the organization settings
[22:17:33] Beirdo: that's perfect then
[22:17:58] stuarta: if i was up to date on email i might manage an oooo too
[22:18:09] stuarta: currently, don't care :)
[22:19:25] xris: stuarta / stuartm: you guys want accounts on the new server?
[22:19:38] xris: stuarta: could probably use some of your magic on the mail server setup.
[22:19:51] stuartm: xris: wagnerrp sorted me out
[22:19:54] stuarta: please. happy to be an admin on all parts of it
[22:19:56] xris: ah, cool
[22:20:34] stuarta: sure, which bit of the mail server setup (or all of it) ? :)
[22:20:52] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds)
[22:21:27] stuartm: xris: thanks to wagnerrp I think we've got the Trac install back to it's previous configuration, the spam/lock plugins are installed and the old workflow was restored from the original config
[22:21:46] Beirdo: stuarta: I don't mind lending a hand/filling in the gaps there, but you're welcome to take care of the postfix setup :)
[22:22:24] Dashkal (Dashkal!~dashkal@WoWUIDev/Nexus/dashkal) has joined #mythtv
[22:22:30] stuartm: xris: fwiw I only have an account on the new svn.mythtv.org, not the new www. whenever you get that up and running
[22:22:50] Beirdo: it's only one machine
[22:23:02] stuartm: Beirdo: single VPS?
[22:23:07] Beirdo: yup
[22:23:43] stuartm: ok, that simplifies it a little :)
[22:23:49] Dashkal: Having an issue with audio. Running a PVR-350 using the ivtv drivers. As soon as the tuner changes channels, audio stops working. So if I test with cat /dev/video0 > test.mpg, I get sound, right up until I start mythtv or even change channels via ivtv-tune. Any suggestions?
[22:24:14] Beirdo: wrong channel, Dashkal
[22:24:23] Dashkal: damnit, that's twice now
[22:24:34] Dashkal (Dashkal!~dashkal@WoWUIDev/Nexus/dashkal) has left #mythtv ()
[22:27:49] Gibby: jrod|afk: you around?
[22:29:51] xris: Gibby: probbly not on the weekend
[22:30:21] xris: stuartm: the new box *is* the new www
[22:30:24] xris: no vhosts this time around
[22:31:30] Beirdo: well, vhosts in apache, but not vservers
[22:31:43] Beirdo: (don't want people getting too confused) :)
[22:32:21] xris: heh
[22:33:03] stuartm: xris: yeah Beirdo just said as much
[22:33:24] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[22:33:52] xris: stuartm: I have updated stuff for publishing the website.. but not committed because we're still running www on the old box
[22:33:58] stuartm: no vserver at all? when we're back on the new server that is?
[22:34:24] xris: old box hardware doesn't support real virt... easier/simpler to just keep it all on one machine.
[22:34:55] stuartm: right
[22:35:11] stuarta: btw. if apache turns out to be a pigs arse performance wise, does anyone have an objection to using alternate httpd's?
[22:35:29] xris: stuarta: what alternative is there?
[22:35:47] stuarta: lighttpd, nginx and several others
[22:35:47] xris: Beirdo: stuarta is set up to help work on the mail stuff.. you should figure out what needs to be done and give him a list.  :)
[22:35:58] xris: stuarta: lighttpd is lower resource, but nowhere near as fast as apache.
[22:36:08] stuarta: trust me it's faster
[22:36:17] stuarta: mythweb is miles faster under lighttpd
[22:36:18] xris: really? last time I read their docs even they admit that it's not
[22:36:37] stuarta: they always claim lighttpd is faster than apache
[22:36:41] xris: but yeah.. open to other options as long as they allow things to still work.
[22:36:41] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[22:36:50] Beirdo: we will have to check a lot of various apps
[22:36:56] xris: getting the atlassian stuff consolidated could help, too...
[22:37:08] xris: though I think they're a bit limited as to what *can* be consolidated.
[22:37:14] stuarta: it's always a tradeoff tho
[22:37:18] stuartm: I guess it would have to depend on the usage, everything has it's strengths and weaknesses according to it's particular utilisation
[22:37:24] stuarta: yup
[22:37:30] xris: right now the java apps are the big hogs
[22:37:41] Beirdo: oinky and oinky
[22:37:49] xris: and not much we can do about that
[22:37:50] stuartm: java? what's using java?
[22:37:56] stuarta: i've come to the conclusion recently that lighttpd isn't great when you have multiple disparate authentication mechanisms
[22:38:06] xris: stuartm: jira, fishsye, crowd
[22:38:11] stuarta: ie. you can only have one
[22:38:29] stuarta: but serves up static content faster than shit off a stick
[22:38:35] Beirdo: it's the Highlander of httpd?
[22:38:36] xris: would actually like to stick with crowd for auth.. that's another thing we should do... get trac auth running with crowd
[22:38:40] stuartm: xris: wish I didn't know that, java and I have a hate/hate relationship
[22:38:49] xris: heh...
[22:38:54] stuarta: crows?
[22:38:55] Beirdo: stuartm: me too, but if it WORKS...
[22:38:58] stuarta: crowd?
[22:39:08] xris: it's atlassian's SSO/auth application
[22:39:12] stuarta: ah
[22:39:21] jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv
[22:39:22] xris: they have a mod_auth_crowd plugin for apache
[22:39:37] Steve_Goodey (Steve_Goodey!~steve@host109-158-211-88.range109-158.btcentralplus.com) has quit (Remote host closed the connection)
[22:39:43] stuarta: i mainly see LDAP / Kerberos / basic stuff
[22:39:49] xris: but I'm waitng to hear back from them tomorrow about how to mix crowd auth (devs) and native auth (public) in jira
[22:40:21] ** stuarta nips off for a refill **
[22:40:22] xris: crowd works like LDAP (can even act as a gateway for an LDAP server).. just a nicer UI
[22:42:29] xris: stuartm: yeah, unfortunately the atlassian things are all java memory hogs. but I place that in with the "closed source" bucket, too.. "if only there was a better option..."
[22:42:45] ** xris goes to clean the garage a bit before it gets too cold/dark **
[22:45:05] stuartm: for an open source option, Trac could be much worse, it may not have all the bells and whistles but then that's a deliberate design choice
[22:46:27] stuartm: I like the simplicity of Trac enough to live with it's flaws
[22:46:58] xris: like "doesn't work with git"?
[22:47:08] xris: and "doesn't work with mysql"
[22:47:25] xris: well, make that "barely works with git"
[22:47:36] stuartm: it seems to be doing a good impression of working with git atm
[22:48:29] Beirdo: the timeline is god-awful slow if you leave commits on
[22:48:50] stuartm: ah, is that why it's so slow?
[22:49:07] Beirdo: yeah, if you shut off commits in the timeline, it's nice and fast
[22:49:29] Beirdo: the git plugin doesn't cache due to bugs
[22:49:49] jya: danielk22: yes.. The confusion came from two things: a layout object doesn't delete its children, you have to call delayed_delete on all of them and 2) I had some QEvent not being handled properly, so the destructor was never called
[22:50:16] stuartm: right, but bugs are good, bugs get fixed, it's not a fundamental incompatibility?
[22:50:34] Beirdo: well, bugs *might* get fixed :)
[22:50:42] Beirdo: but yeah
[22:50:59] xris: stuartm: true. though some of these are really long-standing. apparently git users tend to use redmine.. because ruby is *awesome*...  ;)
[22:51:25] ** xris goes outside for real **
[22:51:47] Beirdo: you forgot the j :)
[22:52:35] stuartm: well trac might fix their bugs, Atlassian aren't going to drop java ;)
[22:53:22] stuartm: at the end of the day I have just one vote, it will be up to the group to decide what we do
[22:53:36] Beirdo: and /win 3
[22:53:40] Beirdo: argh
[22:55:27] stuartm: if someone shows me a bug tracker that's as simple as Trac, has fewer bugs, doesn't use java and is open source then I'd have reason to change my mind
[22:58:16] stuarta: lets see, bugzilla is a bit of a turd
[22:58:23] stuarta: i like the look of mantis
[23:00:43] stuartm: agreed, bugzilla is the example I'd pick of how not to write a bug tracker, bad UI, too many features and settings, it's written with developers in mind and not users
[23:02:11] stuarta: at work i've lost count of the number of times somebody has killed mysql by looking for a bug
[23:02:33] stuarta: admittedly, they've rewritten the DB schema since, but it still sucks
[23:04:51] stuartm: Mantis suffers a little of the same clutter as Bugzilla, too much information being presented, it lacks polish, but it's better than Bugzilla
[23:05:16] stuarta: it's got more of the release management stuff in it
[23:05:26] stuarta: fixes in .., released in ...
[23:06:51] stuartm: I wonder if there are any trac plugins for that
[23:07:20] stuarta: it's a fairly fundamental design consideration
[23:07:21] stuartm: that's the way trac handles much of the added functionality that the base install lacks
[23:07:40] stuarta: beyond what trac seems to be designed for
[23:10:33] stuartm: the way we currently use trac, that information is still available, the 'milestone' reflects the earliest version which contains the fix and the commit hooks additionally show which branches the fixes were committed to
[23:10:46] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood)
[23:10:59] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[23:15:02] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[23:17:32] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[23:18:49] wagnerrp: stuartm: it seems attachments can still be done anonymously
[23:18:57] wagnerrp: but for now, i dont see that as much of a problem
[23:19:43] wagnerrp: but you can watch the spam monitoring and watch people repeatedly try to comment anonymously, before using an email address
[23:26:02] stuartm: shame that git pull is so dumb about merging identical changes
[23:32:22] Beirdo: huh?
[23:35:22] jya: stuartm: i don't think git is dumb at all with merge, nor does it merge too many times. It's more likely that you are looking into the wrong place and make conclusions that aren't valid..
[23:35:47] jya: looking at the network graph is a much better way of seeing what's going on
[23:44:46] markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 255 seconds)
[23:54:57] kenni: the new Trac sends out mails from noreply@mythtv.org with no name set, causing mail clients to parse the name as "noreply". Since people *can* reply to the mail, to discuss stuff on the -dev mailing list, we should probably choose a better name and/or sender mail.
[23:57:24] markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv

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