[07:03] <TechBill> superm1 : are you aware of any command line type of program that will burn subtitle from .srt file into mpeg video frame?
[07:03] <superm1> can't say i am
[07:03] <superm1> sorry
[07:03] <TechBill> no thanks
[07:04] <TechBill> i found many authoring program that does this
[07:04] <TechBill> but none that would do it via command line so  I could add it to the mythtv user task after recording
[07:05] <ubotu> New bug: #109227 in mythtv "Mythfrontend, mythtv-setup segfault" [Undecided,Fix released]  https://launchpad.net/bugs/109227
[07:20] <foxbuntu> superm1, evening
[07:20] <superm1> hello
[07:20] <superm1> i'm just about done triaging all the mythtv bugs, just not sure about bug 128100
[07:20] <ubotu> Launchpad bug 128100 in mythtv "mythtv commercial removal" [Undecided,New]  https://launchpad.net/bugs/128100
[07:21] <foxbuntu> thats a strange one
[07:22] <foxbuntu> I havent ever seen that before
[07:22] <superm1> i'm not sure if it should be filed upstream or not
[07:22] <foxbuntu> I would think so
[07:22] <superm1> tgm4883, can you file that upstream?
[07:23] <foxbuntu> superm1, I almost have all the backend functions of the store working
[07:23] <foxbuntu> Drupal makes that so easy
[07:29] <superm1> laga, i see a bug in http://codebrowse.launchpad.net/~ubuntu-mythtv/mythtv/mythtv-trunk/revision/laga%40prometheus-20070917172241-66zfjg7tymw1bf1z?start_revid=laga%40prometheus-20070917172241-66zfjg7tymw1bf1z
[07:29] <superm1>     MYTHFELOG="/t] mp/mythfrontend.${$}.log"
[07:29] <tgm4883> what am I filing?
[07:30] <TechBill> btw that bug report website
[07:30] <TechBill> does not work in IE7 =P
[07:30] <TechBill> to let you know
[07:30] <TechBill> for some reason I have to use Firefox to report bugs
[07:30] <tgm4883> dont use IE7 :)
[07:30] <superm1> tgm4883, can you file bug 128100 upstream?
[07:30] <ubotu> Launchpad bug 128100 in mythtv "mythtv commercial removal" [Undecided,New]  https://launchpad.net/bugs/128100
[07:30] <TechBill> with 90% of the people using IE7 .. you lose out lots of bug reports
[07:30] <TechBill> but up to you man
[07:31] <superm1> TechBill, i'm surprised by that, i would think that canonical would handle that nicel
[07:31] <TechBill> naw it all blank page in IE7
[07:31] <TechBill> header shows
[07:31] <TechBill> but the rest is blank
[07:31] <superm1> weird
[07:31] <TechBill> yup
[07:31] <superm1> well out of my hands :)
[07:31] <TechBill> well not everyone patience or have 2 browsers install on computer like me 8-)
[07:32] <TechBill> going to submit that bug report brb
[07:32] <foxbuntu> superm1, did you know there is a module for drupal to fix the png rendering?
[07:32] <superm1> what's wrong with png?
[07:32] <foxbuntu> I ran across it the other day
[07:32] <foxbuntu> nothing now
[07:32] <foxbuntu> just an fyi
[07:32] <tgm4883> superm1, where upstream would you like me to file that?  On trac?
[07:32] <superm1> tgm4883, yeah if you could
[07:32] <tgm4883> ok
[07:33] <superm1> thx
[07:37] <TechBill> done =P
[07:38] <TechBill> superm1 : just learned that latest happuage windows driver have this feature called ccindvd which save closed captioning in proper standard format on mpeg file so I submitted a mailing like to ivtv and hope that they can do the same
[07:39] <superm1> cool TechBill, hopefully they like that idea :0
[07:39] <TechBill> yeah the mpeg file I record on sagetv could play back with CC in any mpeg players
[07:39] <TechBill> but don't want to pay 80 dollar for something that locks up often 8-/
[07:40] <TechBill> so hopefully IVTV will be movitated to add similar feature
[07:44] <superm1> currently how does ivtv handle this then?
[07:44] <superm1> where do the CC go?
[07:45] <ubotu> New bug: #144361 in lirc (main) "Control Centre Remote Control unable to overwrite custom or hardfile .lircrc" [Undecided,New]  https://launchpad.net/bugs/144361
[07:47] <TechBill> I don't know but it does get saved in mpeg file
[07:48] <TechBill> becasue I could extract them using ccextractor
[07:51] <TechBill> for some reason the mplayer or any mpeg player can't find the cc in mpeg saved by ivtv driver
[07:51] <TechBill> but it there
[07:51] <superm1> why not just play them in myth then?
[07:51] <superm1> myth can handle them correct?
[07:52] <TechBill> yes but I want to take my record show with me on the road on my laptop
[07:52] <TechBill> and my laptop is windows for work reason
[07:52] <superm1> oh i see :)
[07:52] <TechBill> I travel a lot
[07:52] <superm1> well have you tried VLC?
[07:52] <TechBill> yes
[07:52] <TechBill> same thing
[07:52] <superm1> it may cope better?
[07:52] <superm1> oh
[07:52] <superm1> shame.
[07:52] <TechBill> tried quite a few mpeg players
[07:53] <ubotu> New bug: #89971 in mythtv "mythbackend crashes in ProgramAssociationTable::ProgramNumber" [Low,Fix released]  https://launchpad.net/bugs/89971
[07:53] <ubotu> New bug: #93781 in mythtv (multiverse) "mythtv-setup doesn't link channels in the channel table with the sources in the uk_rt XML feed" [Low,Won't fix]  https://launchpad.net/bugs/93781
[07:53] <TechBill> only  mythtv is only one that can play back the cc so far that why I was asking you that question earlier what player is mythtv using
[07:53] <superm1> ah isee
[07:53] <superm1> well it uses ffmpeg internally
[07:53] <superm1> same thing as VLC and mplayer and xine
[07:53] <TechBill> hrmm
[07:54] <TechBill> but it probably written to look for the CC in the location it know where ivtv save it at
[07:54] <TechBill> while all other player just look in the standard location
[07:54] <TechBill> that one sucky thing
[07:54] <superm1> well its also possible it has a special ivtv decoder
[07:54] <superm1> that is activated by default
[07:55] <TechBill> there never been a law passed on standard format of saving digital CC .. just analog
[07:55] <TechBill> so all software writer have thier own idea where CC should be saved in mpeg =P
[07:56] <superm1> how annoying
[07:56] <TechBill> well if they use "DVD" format of saving CC
[07:58] <TechBill> dvd are encrpted media right? so only way to know where it saved is to deencrypted dvd and learn it so that would give them the ground to sue any author using dvd standard of saving cc in digital media
[07:58] <TechBill> that why I think author are avoiding it
[07:58] <superm1> well i can't comment any of this topic myself
[07:58] <TechBill> yeah me either
[08:58] <frink_> http://news.bbc.co.uk/1/hi/uk_politics/7009728.stm Nazi Saulte?
[11:39] <laga> superm1: thanks
[11:49] <MythbuntuGuest45> hi, is there a hardware list of which tv cards are known to work with mythbuntu?
[11:50] <portahex> MythbuntuGuest45, linuxtv.org
[11:51] <portahex> MythbuntuGuest45, mythbuntu works with any tv cards that work with linux generally
[11:52] <MythbuntuGuest45> ok but how do i find out, i 'm new to working with tv cards so.., but I'll check out linuxtv.org thnx.
[11:52] <portahex> you could name your card. someone might know off the top of their heads
[11:54] <MythbuntuGuest45> a friend gave me an old pinnacle pctv card
[11:55] <laga> if it says "bt8x8" on a chip on the card it's likely supported
[11:56] <MythbuntuGuest45> there is one chip i can see and it says: conexant fusion 878A
[11:59] <laga> yup
[11:59] <laga> that's the one
[11:59] <DaveMorris> MythbuntuGuest45: http://www.mythtv.org/wiki/index.php/Leadtek_WinFast should help
[11:59] <DaveMorris> note it's cpu intensive, so you'll need a fast enough machine
[12:00] <portahex> yeah. it's a software card, so your cpu needs to do all the heavy lifting
[12:00] <MythbuntuGuest45> hmm so my old pIII 500mhz will probably be too slow
[12:00] <DaveMorris> yeah it'll be too slow
[12:01] <portahex> you can get away with a bad cpu or a bad tv card. both at once not so much
[12:01] <DaveMorris> but it's a fast enought to just be a backend with a hardware tuner card, I use 2 of these - http://www.hauppauge.co.uk/pages/products/data_novatpci.html - with my p450 backend and have no problems
[12:01] <MythbuntuGuest45> :)
[12:03] <portahex> yeah, you can decrease concerns over cpu load by using either an analog tv card that does all the heavy lifting (hauppauge pvr-series) or a digital card that captures pre-encoded mpeg2 out of the sky (hauppauge nova-series)
[12:04] <MythbuntuGuest45> and these hauppauge nova series are they supported by mythbuntu?
[12:04] <DaveMorris> as I said I'm running 2 of them :)
[12:05] <MythbuntuGuest45> ok :)
[12:06] <portahex> i run 1 of them and a simlar technotrend card
[12:07] <portahex> in the future i'll switch to a dual-tuner nova-t and a dvb-s card
[12:07] <DaveMorris> I have a nova 500 dual card, but I was having problems so I un plugged it, but this was back on edgy
[12:07] <DaveMorris> not tried it since
[12:07] <laga> DaveMorris: should be better in gutsy
[12:08] <DaveMorris> it's actually in my mythbuntu development box now :) I just need to stick the aerial connector on the end of the cable I ran to the machine and plug it in
[12:09] <ubotu> Launchpad bug 144392 in soyuz "cron.daily dies after poppy restart because of permission problems with queue dot-lock file" [Critical,Confirmed]  https://launchpad.net/bugs/144392
[12:14] <frink_> ho hum
[12:15] <laga> blah
[12:15] <laga> i wish launchpad would fuck up less.
[12:15] <laga> i also wish i was less cranky in the mornings :>
[12:16] <portahex> i wish shipping from china was faster
[12:17] <laga> i wish the US wasn't turning in to a US state so i don't have to read about it in my favourite newsticker so i don't get annoyed.
[12:17] <MythbuntuGuest45> I wish you all a very nice day, and thank you very much for your help :)
[12:18] <laga> i hope you enjoy mythbuntu :)
[12:19] <MythbuntuGuest45> thanks Ill be happy if I get it working..
[12:19] <frink_> hey laga
[12:19] <frink_> laga: my wife is cranky in the morning too
[12:20] <frink_> mythbuntu rocks
[01:26] <Daviey> frink_: Geez... How can you get your hands on so much bandwidth? :)
[01:41] <frink_> Daviey: I built the network :)
[01:41] <laga> huh, bandwidth?
[01:50] <Daviey> laga: upto 600-700Mb/s
[01:50] <Daviey> :O
[01:50] <laga> nice
[02:00] <frink_> Well Daviey, depends what for innit.
[02:00] <frink_> I am loking forways to use up some bandwidth..
[02:05] <Daviey> frink_: just webhost, email server & possibly asterisk :D
[02:06] <frink_> Daviey: We're gunna setup a more general box actually..
[02:07] <Daviey> ok
[02:07] <frink_> so.. :)
[02:14] <MythbuntuGuest90> hula
[02:14] <MythbuntuGuest90> windows rules
[02:14] <MythbuntuGuest90> :)
[02:15] <portahex> that was worthwhile
[02:16] <laga> yeah
[02:26] <frink_> .uy ?
[02:27] <laga> uruguay
[02:35] <clarkey> hi just a quick question could anyone tell me what the password for the mythtv user is?
[02:39] <laga> there isn't one
[02:39] <laga> you're not supposed to log in as "mythtv"
[02:39] <laga> use your regular user
[02:41] <clarkey> so how do i use sudo in that user acct
[02:41] <clarkey> ?
[02:42] <laga> you don't.
[02:42] <laga> you're not supposed to log in as "mythtv"
[02:42] <laga> log in as your regular user.
[02:44] <clarkey> yea i kno but for this i need to as GNOME stuffs around with wireless networks and what you get working in GNOME doesnt work in openbox
[02:45] <clarkey> is there some way to log in as the regular user within openbox
[02:45] <clarkey> im a bit of a newbie
[02:46] <laga> just exit mythfrontend, then GDM will come up where you can login and choose your session type
[02:46] <clarkey> kk cool
[02:46] <laga> we need to find a good way to get wlan working :/
[02:46] <clarkey> yeh i kno
[02:46] <clarkey> USB is especially hard lol
[02:47] <clarkey> but i dont hav any PCI ports availiable
[02:47] <clarkey> which sucks
[02:48] <portahex> laga, "nm-applet &"
[02:48] <clarkey> just a question can i get nm-applet running in open box?
[02:52] <laga> good question
[02:53] <laga> let's find out...
[02:54] <frink_> Daviey: You're in the UK yeah?
[02:54] <Daviey> yup
[02:54] <frink_> which bit?
[02:54] <Daviey> Southampton, Hampshire
[02:55] <frink_> Ahh not too far away
[02:55] <Daviey> o/
[02:55] <frink_> give us a shoult next time you're up London town innit
[02:55] <Daviey> will do
[02:55] <Daviey> What part of London?
[02:55] <frink_> West side innit
[02:55] <frink_> I live in Fulham and work in Uxbridge
[02:55] <portahex> london's a git from soton though
[02:55] <portahex> the trains are crap
[02:56] <Daviey> portahex: O RLY?
[02:56] <portahex> YA RLY
[02:56] <Daviey> NO WAI!
[02:56] <laga> srsly.
[02:56] <Daviey> It's abou 1h20mins
[02:57] <frink_> gah do I miss a day of college and go to Taipei a day earlier or do I miss a day of meeting in Taipei and go to college?
[02:57] <Daviey> college never did anybody any good
[02:57] <portahex> Daviey, assuming the trains are on time. and they stop far far too early too. and cost too much
[02:57] <frink_> yeah but this is like a new degree I am starting and I dun wanna like miss a day when I just started.
[02:58] <Daviey> frink_: then i think you answered your own question :)
[02:58] <frink_> yup
[02:58] <frink_> then when I know what my schedule is I can decide :)
[02:59] <laga> portahex, clarkey: will nm-applet typically ask for a password?
[02:59] <Daviey> bendailey: How's the script hacking going?
[03:00] <portahex> laga, it'll ask you for your gnome-keyring password to access stored keys. assuming you don't have pam-keyring enabled#
[03:00] <laga> portahex: that's a bit annoying for a mythtv box.
[03:00] <portahex> laga, time to write a front-end to the NM daemon!
[03:01] <Daviey> yeah.. but mythtv + wireless = dumb imo
[03:01] <portahex> laga, or, here's a better idea... detect a wireless network and say "DUDE! WIRELESS SUCKS FOR MYTH" in big lett... damn you Daviey :(
[03:01] <laga> Daviey: why. works for me.
[03:01] <Daviey> portahex: or just use wpa-supplicant directly?
[03:01] <laga> Daviey: also, 802.11n will improve things a lot.
[03:01] <frink_> it'll be great with 802.11n
[03:01] <frink_> heh
[03:01] <laga> Daviey: aye, we can tell the user to configure wpa-supplicant himself, which'd suck, or we can add it to the control centre.
[03:02] <Daviey> laga: should be pretty scriptable - the .conf is pretty straight forward
[03:02] <portahex> Daviey, assumes you only ever use one wireless network
[03:02] <Daviey> portahex: and m-c-c can modify :P
[03:03] <Daviey> nm-applet is just a restrictive wrapper for wpa-supplicant anyway...
[03:03] <laga> we should get mythpon, python-dbus and networkmanager coupled up :)
[03:03] <Daviey> mython.. haha
[03:05] <laga> mythpython :)
[05:06] <superm1> DaveMorris, here?
[05:07] <laga> morning superm1
[05:07] <superm1> mornin
[05:08] <laga> keeping a file system 95% full for several months is not good for performance, and xfs_fsr doesn't help either
[05:09] <superm1> hey DaveMorris
[05:09] <superm1> any luck with regard to setting up the session?
[05:10] <DaveMorris> well I releasied my packages weren't been installed, I forgot to bump the main revision number, then ppa was broken for the last 15hrs or so
[05:10] <DaveMorris> since 1st uploads weren't working, then the accepting of packages
[05:10] <DaveMorris> bug #144392
[05:10] <ubotu> Launchpad bug 144392 in soyuz "cron.daily dies after poppy restart because of permission problems with queue dot-lock file" [Critical,In progress]  https://launchpad.net/bugs/144392
[05:10] <tgm4883> DaveMorris, that should be fixed now
[05:11] <tgm4883> I just uploaded and accepted 2 packages
[05:11] <DaveMorris> I'll have a play tonight after work then
[05:12] <tgm4883> on a sadder note, I have to go get ready for school :(
[05:12] <superm1> okay
[05:27] <superm1> laga, i had to do a test build yesterday again because i wasn't so sure on a few of the patches
[05:27] <superm1> i'll be committing them in a little bi
[05:27] <superm1> t
[05:28] <laga> what patches? mine?
[05:29] <superm1> not yours, the edit_display one
[05:29] <superm1> bug 139821
[05:29] <ubotu> Launchpad bug 139821 in mythtv "[patch]  Roll in upstream changeset r12492, fixes edit mode display issues" [Undecided,Fix committed]  https://launchpad.net/bugs/139821
[05:29] <superm1> it was a very messy patch that he had there
[05:29] <superm1> way more invasive then was necessary
[05:30] <laga> ah
[05:37] <superm1> laga, any news wrg to control centre debconf?
[05:38] <laga> no. was gonna play with python this morning, got a weird error message, gave up.
[05:38] <laga> <- in a bad mood today...
[05:42] <superm1> i see
[05:42] <superm1> okay well i just finished up my massive mythtv bug triage and fix and uploaded the new one.  that should be good for some time
[05:44] <laga> trying to recover this a box a bit. my /home has become unbearable slow
[05:44] <laga> XFS sucks for deletes here
[05:44] <laga> or for source trees
[05:45] <portahex> xfs is fast on large files. reiser is fast on multiple small files
[05:45] <laga> true, but i don't want shredderfs anymore. i'll stick with xfs, enforce a quota so it doesn't get over 90% anymore and i'll tune it a bit
[05:46] <laga> ouch
[05:46] <jams>  /home and /data are reiserfs
[05:47] <jams> A fluke  i suppose. Wasn't to bad only 4 hours to get a working system again
[05:47] <jams> that did prompt me to refine the backups
[05:48] <laga> heh
[05:49] <portahex> i've lost data to every major FS.
[05:49] <portahex> except HFS+
[05:51] <ubotu> New bug: #128100 in mythtv "mythtv commercial removal" [Wishlist,Triaged]  https://launchpad.net/bugs/128100
[05:54] <laga> superm1: btw, janneg is working on the compile-type=apport stuff.
[05:56] <superm1> laga, any eta?
[06:20] <MythbuntuGuest36> Greetings
[06:29] <laga> superm1: just asked him, i'll let you know
[06:34] <laga> superm1: how's the cd builds?
[06:35] <bendailey> laga, superm1: how far from a new iso release are you?
[06:57] <deffcon> laga : i have an 64 bit amd motherboard tried to install 64 bit version of mythbuntu, evereything goes well execpt mythbuntu-control-centre i will pastebin this error
[06:58] <deffcon> laga : http://paste.ubuntu-nl.org/38471/
[07:00] <deffcon> someone ?
[07:00] <laga> deffcon: interesting. when exactly does this happen?
[07:02] <deffcon> if i have an fresh install of mythbuntu alpaha 4 all updates all upgrades rebooted, then tried to launch mythbuntu control centre from mythtv configuratio meny nothing happens
[07:02] <deffcon> i restarted gdm then changed my session to mythbuntu Administration session
[07:02] <deffcon> then start control centre but still nothing happens
[07:03] <laga> ok, and the control centre is the latest version, right? then you should file a bug ;)
[07:03] <deffcon> then from a ternminal in same session and start mythbuntu control centre i get this\
[07:04] <deffcon> laga : where can i fill this bug
[07:05] <laga> in launchpad, against mythbuntu-control-centre
[07:07] <deffcon> yes  have it
[07:08] <deffcon> https://bugs.launchpad.net/mythbuntu/+bug/144509
[07:08] <ubotu> Launchpad bug 144509 in mythbuntu "mythbuntu-control-centre doesn't start with AMD64BIT Motherboard on X86 it works" [Undecided,New] 
[07:13] <deffcon> laga : another thing why isn't xmltv being installed by default
[07:15] <ubotu> New bug: #144509 in mythbuntu "mythbuntu-control-centre doesn't start with AMD64BIT Motherboard on X86 it works" [Undecided,New]  https://launchpad.net/bugs/144509
[07:15] <deffcon> laga : because i wanted to add tv_grab_nl_py from http://graphics.tudelft.nl/~paul/grabber/#download but this isn't being showed in mythtv-setup under sources
[07:15] <laga> i dunno. it really should be installed by default. file a bug ;)
[07:16] <laga> is it baseline compliant?
[07:16] <deffcon> laga : how do you mean laga
[07:17] <deffcon> its support on the mythtv website under the howto's of the wiki under xmltv and then the netherlands
[07:17] <deffcon> in alpha 3 i could use but in alpha 4 not anymore
[07:18] <laga> it'll only show up if it's recognized by tv_find_grabbers
[07:19] <deffcon> but it did in alpha 3
[07:19] <deffcon> not in alpha 4
[07:19] <deffcon> laga : btw
[07:19] <deffcon> laga : https://bugs.launchpad.net/mythbuntu/+bug/144513
[07:19] <ubotu> Launchpad bug 144513 in mythbuntu "xmltv isn't installed by default by mythbuntu" [Undecided,New] 
[07:19] <deffcon> evening superm1
[07:19] <laga> tv_find_grabber is only available if xmltv is installed
[07:19] <superm1_> hi deffcon
[07:19] <deffcon> yes that i did but still no luck
[07:20] <laga> so: no xmltv, no tv_find_grabberS_ no tv_grab_nl_py
[07:20] <laga> oh
[07:20] <deffcon> sorry
[07:20] <deffcon> i really don't know the problem i uses it before and installed it a thousand times but no luck in alpha 4
[07:22] <superm1_> what's breaking?
[07:22] <bendailey> superm1: do you have an eta for new isos?
[07:23] <superm1_> bendailey, i haven't had enough time to sufficiently test all of the new changes, but i'm expecting at least another week out
[07:23] <superm1_> and we are still waiting on DaveMorris' stuff
[07:23] <laga> deffcon: i just installed tv_grab_nl_py and it's not shwoing up with tv_find_grabbers
[07:24] <laga> deffcon: you should talk to the author of that grabber. it has to be "baseline compliant".
[07:25] <bendailey> superm1_: great I will try and get an updated download redirect script to Daviey later today or tomorrow
[07:25] <superm1_> bendailey, are you adding weighting to the script?
[07:25] <ubotu> New bug: #144513 in mythbuntu "xmltv isn't installed by default by mythbuntu" [Undecided,New]  https://launchpad.net/bugs/144513
[07:26] <bendailey> how is the hosting at Canonical coming
[07:26] <bendailey> superm1_: yes adding weighting and moving it to mysql
[07:26] <superm1_> bendailey, we got the approval for canonical hosting yes
[07:26] <superm1_> Daviey is working the details on it
[07:27] <bendailey> is mythbuntu.org moving to the canonical host?
[07:27] <superm1_> also frink_ got things set up for another uk host, but i haven't had time to get items put onto it yet
[07:27] <superm1_> bendailey, i think the ideal thing was going to leave it on jumpkick's, but also set it up on the canonical one
[07:27] <superm1_> that way if jumpkick's goes down, we flip a dns switch
[07:27] <superm1_> and go onto the canonical one
[07:27] <deffcon> laga : what does baseline mean ( commandline based )?
[07:27] <laga> deffcon: some reading material for you: http://xmltv.org/wiki/xmltvcapabilities.html
[07:28] <bendailey> yeah drupal has replication module I believe
[07:28] <superm1_> deffcon, regarding bug 144513, at what point in the install do you need it?
[07:28] <ubotu> Launchpad bug 144513 in mythbuntu "xmltv isn't installed by default by mythbuntu" [Undecided,New]  https://launchpad.net/bugs/144513
[07:28] <superm1_> because not all setups will need it
[07:28] <laga> um
[07:28] <deffcon> laga : if this is what you it does support this all ( baseline )
[07:28] <laga> superm1_: what kind of logic is that?
[07:29] <laga> superm1_: not all setups will need nvidia-glx.
[07:29] <laga> superm1_: xmltv is most useful for setups outside the us.
[07:29] <superm1_> laga, i mean is it needed before reboot?
[07:29] <superm1_> or after
[07:29] <superm1_> i didn't word that well
[07:29] <superm1_> eg does it need to be included on the live disk or nto
[07:29] <laga> superm1_: depends. is mythtv-setup (and thus mythfilldatabase) run in the live disk?
[07:30] <deffcon> superm1 : to install dutch ( netherlands ) tv_grab_nl_py
[07:31] <superm1_> laga, well it's ran after you copy the install over
[07:31] <superm1_> but before you reboot
[07:31] <superm1_> does it need any other (external) configuration?
[07:31] <laga> superm1_: then you need it i guess :) it's actually used to configure your channel lineup, too.
[07:32] <laga> extrernal? no. that's handled by mythtv-setup. but mythtv-setup needs to be run in a terminal so you can configure the grabber.
[07:32] <superm1_> so i mean do you need a terminal session to configure xmltv?
[07:32] <laga> yes
[07:32] <deffcon> superm1, laga : this is what i mean http://www.mythtv.org/wiki/index.php/Netherlands
[07:32] <laga> deffcon: i know what you mean, but your grabber has to be fixed first
[07:34] <deffcon> do i have to contact the creator
[07:34] <deffcon> ?
[07:35] <laga> yes, or fix it yourself
[07:36] <deffcon> i see the problem now it is in the version 020.2 of mythtv
[07:36] <deffcon> i will have a look at it
[07:37] <laga> no
[07:37] <laga> the problem is not in mythtv 0.20.2
[07:37] <deffcon> what then ?
[07:37] <laga> the problem is that your grabber does not support baseline, so it can't be used by mythtv
[07:39] <deffcon> how do you know that for sure i used it for almost a year in mythtv
[07:39] <laga> because new xmltv code was introduced in 0.20.2.
[07:39] <laga> by default, it'll only use grabbers reported by tv_find_grabbers
[07:40] <laga> because these have a common command line API
[07:40] <laga> so they behave in the same way. there's no need for special cases for individual grabbers in the code anymore
[07:41] <foxbuntu_> ok...someone is a download whore from my mirror
[07:41] <superm1_> wait laga so you do need a terminal session?
[07:41] <foxbuntu_> lol
[07:41] <superm1_> so what are we to do then about that?
[07:42] <deffcon> so basically i can't use it anymore
[07:42] <laga> superm1_: instead of spawning mythtv-setup, spawn a terminal which will spawn mythtv-setup?
[07:43] <laga> deffcon: use it with mythfilldatabase --file or make get the grabber author to fix it
[07:43] <laga> deffcon: in the time it's taken me to read the release notes to you, you could have written that email to that guy twice.
[07:46] <superm1_> laga, okay that's feasible, what about on step 16
[07:46] <superm1_> having an extra button
[07:46] <superm1_> that will configure xmltv
[07:46] <superm1_> just like how there is a schedules direct button
[07:47] <superm1_> are there any situations that you will mix and match xmltv / schedules direct?
[07:48] <superm1_> xmltv isn't at all relevant for US / Canada users right?
[07:50] <deffcon> thnx laga
[07:52] <deffcon> superm1 : did you just send me an email about the bug https://bugs.launchpad.net/bugs/144509
[07:52] <ubotu> Launchpad bug 144509 in mythbuntu "mythbuntu-control-centre doesn't start with AMD64BIT Motherboard on X86 it works" [Undecided,New] 
[07:53] <superm1_> deffcon, i replied to the bug
[07:54] <deffcon> superm1 : i am up 2 date with packages
[07:54] <superm1_> deffcon, that's pretty odd then to have that happening.
[07:55] <deffcon> when did you adjusted something then ?
[07:55] <superm1_> i'm wondering how those dependencies have dissappeared
[07:55] <deffcon> guys : come on, i told laga that i also have an 64 bit motherboard where i tested mythbuntu on that is this bug on x86 it works
[07:56] <frink_> gah another broken juniper interface :(
[07:56] <superm1_> deffcon, its amd64 only?
[07:56] <frink_> hey superm1_
[07:56] <superm1_> oh that makes things interesting
[07:56] <deffcon> it is amd
[07:56] <superm1_> hi frink_
[07:56] <frink_> Hows life?
[07:56] <superm1_> busy busy busy :)
[07:56] <superm1_> i wish i had 2x as many hours in a day
[07:57] <frink_> yeah now that would be handy.. Either that or a clone.
[07:57] <superm1_> well the clone would have to fill me in on everything it did, so i think 2x many hours is more useful
[07:57] <superm1_> either that or not needing to sleep would be nice
[08:00] <tgm4883_laptop> superm1_, i'll check when I get home, but the control-centre works on my 64-bit machine
[08:01] <superm1_> deffcon, can you open a python console?
[08:01] <superm1_> and just type
[08:01] <superm1_> import datetime
[08:01] <superm1_> and see if it tells you the same thing?
[08:02] <deffcon> tell me
[08:03] <superm1_> deffcon, tell you which?
[08:03] <foxbuntu_> superm1, I found my error in the positioning with the USpalsh Progress bar
[08:03] <superm1_> foxbuntu, okay so resolved?
[08:03] <foxbuntu_> just about
[08:03] <foxbuntu_> I am finishing up the math
[08:03] <foxbuntu_> all 5 res's were wrong
[08:04] <foxbuntu_> because I changed the size of the progress bar
[08:04] <foxbuntu_> and forgot to change the position
[08:05] <Rimers> Hi guys, is there a good reason to do a new install of mythbuntu or do i have all the updates after doing an apt-get update/upgrade with the mythbuntu packages?
[08:05] <tgm4883_laptop> apt-get dist-upgrade
[08:06] <tgm4883_laptop> but yea thats all you have to do rimers
[08:06] <Rimers> nice :D
[08:07] <Rimers> i made a vmware with the latest install cd on my laptop, and wow a difference both in setup, gui and such
[08:07] <superm1_> Rimers, just wait until the next disk
[08:07] <superm1_> there is quite a lot of change with it  too :)
[08:08] <Rimers> okay :) but im following your updates over apt-get and hope to get an insight in most of it that way :)
[08:08] <superm1_> well there are a few things that still aren't committed, so you won't see them immediately
[08:08] <superm1_> stuff that DaveMorris is going on
[08:09] <Rimers> ah okay
[08:09] <deffcon> superm1 : any idea when the next disk is released in october
[08:09] <Rimers> do you plan on making a way of installing the latest openchrome driver in an easy way?
[08:09] <superm1_> Rimers, yes
[08:10] <superm1_> its part of the new installer
[08:10] <Rimers> sweet :)
[08:10] <superm1_> haven't been able to test it yet though
[08:10] <Rimers> let me know if you need help with that
[08:10] <superm1_> well yeah actually you have a bit right now?
[08:10] <Rimers> got a board lying around with a via gfx on it that need that driver
[08:10] <superm1_> i can walk you through building a test disk to try it if you have some time
[08:11] <superm1_> its a pretty straightforward process now
[08:11] <Rimers> i have a few hours, so that would be okay
[08:11] <superm1_> okay do you have a gutsy box to work from?
[08:12] <Rimers> i have one in a vmware session
[08:12] <Rimers> will that do?
[08:12] <superm1_> well as long as you can get the ISO copied out of the vmware session when you're done
[08:12] <superm1_> if you've got a feisty box though, this can be done there too - just need to install a package from gutsy
[08:12] <foxbuntu_> superm1_, I have done 44.5GB of xfer from my mirror in the last few days
[08:13] <Rimers> thats no problem, have direct disk access from there to my storage
[08:13] <superm1_> okay, then install debootstrap and bzr
[08:14] <Rimers> okay, let me boot the gusty vmware, that a few seconds to boot so ill let you know when im ready to continue
[08:14] <superm1_> ok
[08:14] <foxbuntu_> superm1_, I am building now, but have to wait to test (running a dist upgr)
[08:15] <Rimers> okay, gusty booted and ready to rock, so installing debootstrap and bzr now
[08:16] <superm1_> okay download a copy of the build script by doing this:
[08:16] <superm1_> bzr branch http://bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-livedisk
[08:18] <Rimers> okay, fetched
[08:19] <superm1_> okay now make a directory that you want the ISOs to end up at
[08:19] <superm1_> and launch the script like this
[08:19] <superm1_> NEW_DIRECTORY=/path/to/my/favorite/place sudo sh mythbuntu_install.sh
[08:20] <superm1_> and that will build the disk
[08:20] <superm1_> note, you have to be in the same directory as mythbuntu_install.sh when you run that
[08:22] <Rimers> okay, running now, did it as root though so left out the sudo
[08:22] <superm1_> okay that works too
[08:22] <superm1_> you have ~3gb free right?
[08:22] <superm1_> on /tmp
[08:23] <Rimers> should have, got 8 GB avaliable for the vmware image and have 1 GB used of it
[08:23] <superm1_> also if you have a more local mirror, you can use that instead
[08:23] <superm1_> it defaults to the one by me (mirror.cs.umn.edu)
[08:24] <Rimers> i saw it downloading from a .dk mirror earlier so it should be the nearest mirror
[08:28] <Rimers> I downloaded gusty to test it out and see if there was any major changes that would make it interesting for me to install on my laptop, but i cant really deside if it is, i think its look is a lot better though
[08:28] <superm1_> Rimers, well the big thing in it that makes it nice for a laptop is the tickless kernel
[08:28] <superm1_> which should help power management significantly
[08:29] <Rimers> nice, that would be a good improvement
[08:29] <Rimers> is it stable enough for a system that is the main use every day?
[08:30] <foxbuntu_> Rimers, I have been using Gutsy on my work laptop for 2 months
[08:30] <superm1_> well i use it every day, but your results may vary
[08:31] <foxbuntu_> I would just say to keep up on updates
[08:31] <tgm4883_laptop> i have gutsy on all systems but 1
[08:31] <Ashex> Are the reconfigure and other options when right-clicking on the desktop supposed to work in the live disc?
[08:31] <Rimers> okay, sounds as being stable enough
[08:34] <laga> superm1_: regarding XMLTV, how much do you know about how it's configured and/or how it's interacting with mythtv-setup?
[08:34] <superm1_> laga, absolutely nothing
[08:34] <superm1_> hence why i was asking what you think should be done
[08:35] <tgm4883_laptop> ashex, i don't believe so, on the same note, the next cd should use xfce and not openbox
[08:35] <laga> superm1_: we shouldn't make an additional button.
[08:35] <laga> superm1_: i'll explain how it works and you'll see why its not feasible
[08:36] <tgm4883_laptop> im off, the first day of classes is always boring
[08:36] <superm1_> cya tgm4883_laptop
[08:36] <superm1_> have fun :0
[08:36] <tgm4883_laptop> yea, lunch time
[08:36] <tgm4883_laptop> i've already had to see the registerar twice today
[08:37] <tgm4883_laptop> quick poll, burgers or taco's for lunch
[08:37] <Rimers> taco
[08:37] <foxbuntu_> taco
[08:37] <laga> no opinion on that one.
[08:37] <tgm4883_laptop> alright, taco's it is.  Back on at 1:00
[08:38] <foxbuntu_> superm1_, do I need to bump the version number for this fix?
[08:39] <superm1_> foxbuntu, any time that somethign needs to be committed to the archive the version number needs to be bumped
[08:39] <foxbuntu_> ok
[08:39] <foxbuntu_> wasn't sure on that
[08:40] <foxbuntu_> the reason you only saw it off on the 1024x768 is because that was the biggest gap...all the other were off by like 5 - 10 px except the 16_9 1365x767
[08:40] <laga> superm1_: so, if you configure a new video source with an xmltv grabber, mythtv will run tv_grab_something --configure --configfile ~/.mythtv/name_of_my_videosource.xmltv. then the users proceeds to configure the grabber in the terminal. in order to put that in ubiquity, we'd need to know the name of the video source and the grabber in advance, kinda. also, mythtv-setup will seemingly hang when configuring the video source till the grabber exits. we could a
[08:40] <foxbuntu_> 768*
[08:43] <superm1_> so laga what do you think is the way to approach this then?
[08:43] <laga> start mythtv-setup in a terminal.
[08:44] <superm1_> how will users know to switch over to the terminal though?
[08:44] <laga> instead of calling mythtv-setup, call xterm with the appropriate arguments.
[08:44] <laga> superm1_: by RTFM. or we could make a popup.
[08:44] <laga> or we could resize thesetup to 800x600 for them
[08:45] <superm1_> it would be nice if we could patch mythtv-setup to spawn *another* terminal
[08:45] <superm1_> that way it would just sit on top of myth
[08:45] <Rimers> laga, make the selecting of xmltv settings an option on initial setup, and tell user where xml file is placed.
[08:46] <Rimers> that would create the xml file before mythtv-setup was started and solve that part of it
[08:46] <laga> Rimers: and what's the user gonna do with that information? that still doesn't solve the problem that the name of the xml file has to be correct.
[08:46] <laga> also, the backend will still spawn tv_grab_something --configure.
[08:48] <Rimers> will it? last time i used xmltv, i manualy created the xml before i needed it and told mythtv-setup to use it for the selected channels i had tuned into
[08:49] <superm1_> so can we get a list of all possible xmltv grabbers before starting then?
[08:49] <laga> superm1_: yes, by running tv_find_grabbers
[08:49] <laga> but there's no sane way to create a config before running mythtv-setup, imho.
[08:50] <laga> Rimers: yes, it will.
[08:50] <laga> Rimers: older versions of mythtv used to rely on a single config file for the grabbers
[08:51] <laga> tbh, i dont know how it's handled in 0.20.2, but the old behaviour probably still applies, eg one config file per video source
[08:51] <Rimers> laga, aah, then thats why, i used it on my gentoo box last, and that was before i knew about mythbuntu
[08:52] <superm1_> well so possibly multiple drop downs to select multiple sources
[08:53] <laga> are we talking about ubiquity or mythbuntu-control-centre?
[08:53] <superm1_> ubiquity
[08:53] <superm1_> well i guess both
[08:53] <superm1_> but ubiquity right now
[08:53] <frink_> phew
[08:53] <frink_> two kids bathed, fed, re-clothed and ready for bed.
[08:54] <laga> superm1_: and what are you gonna do with those drop downs?
[08:55] <superm1_> laga, i would think have a spinner box for how many xmltv sources are needed
[08:56] <superm1_> and then have a drop down dialog like how lirc is
[08:56] <superm1_> that entire dialog is built from lirc.hwdb dynamically
[08:56] <laga> right. i'd still need to create the video sources in mythtv-setup. unless you want to put that into ubiquity, too.
[08:57] <Rimers> you would only need more than 1 xmltv file if you have more than 1 tuner or tuners with several different source with different channels! Right?
[08:58] <Rimers> that or should be an and
[09:01] <frink_> 20:06:56 (14.51 MB/s) - `VMware-server-1.0.3-44356.tar.gz' saved [106604355/106604355] 
[09:01] <frink_> Nice, Vmware downloading at ~ 116Mb/s
[09:02] <Rimers> nice
[09:04] <Ashex> frink_, are you going to run mythbuntu in vmware server by chance?
[09:07] <deffcon> maybe there is a way
[09:08] <Rimers> i got one running in a vmware player
[09:11] <Ashex> I need someone to test it in vmware server
[09:11] <Ashex> When I booted off the live disc, the resolution came up at around 1650x1080
[09:11] <Rimers> hehe, i got the same problem
[09:11] <Ashex> okay
[09:12] <Ashex> Then I'm going to file it as a seperate bug. right now it's just appended to another resolution bug
[09:12] <Rimers> but you can always after an install setup res in a term
[09:12] <superm1_> Ashex, can you verify if a regular gutsy disk does that too?
[09:12] <superm1_> because we should be using the same source as them for detecting resolution upon boot
[09:12] <Ashex> superm1, I haven't tried with a gutsy disk yet, only feisty
[09:12] <Ashex> I'll give it a try though
[09:12] <Rimers> it does, i can confirm that
[09:13] <laga> Rimers: it's not about the amount of xmltv config files, it's about their file names and the fact that mythtv-setup will try to recreate those config files
[09:13] <Ashex> Heh, I was supposed to test the resolution detection for gutsy two months ago >_>
[09:13] <Rimers> i have mythbuntu and gusty running in a vmware and both boot up with a HUGE resolution
[09:14] <laga> works in virtualbox, btw
[09:14] <Ashex> okay
[09:14] <Rimers> laga: ah okay i see, ill have to play around with it so i can get up to date again
[09:15] <Ashex> hmm
[09:15] <Ashex> Rimers, you have a launchpad account?
[09:15] <laga> Rimers: we should invite gbee in here
[09:15] <laga> superm1_: you missed the update to debian/session-settings
[09:16] <Rimers> Ashex: i have launchpad account!
[09:16] <Ashex> awesome, can you add on the resolution issue to this bug then: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/3731
[09:16] <ubotu> Launchpad bug 3731 in xorg "Xorg resolution falling back to 640x480 and/or 800x600 when h/v freqs incorrect" [Critical,Confirmed] 
[09:18] <laga> superm1_: also, there's a ]  missing in line 107 of startmythtv.sh
[09:18] <frink_> Ashex: kik, no mythbuntu in vmware :)
[09:18] <Rimers> laga: not sure who that is
[09:18] <frink_> no reason why it should not work though
[09:18] <Ashex> yeah
[09:18] <laga> Rimers: guy who wrote latest xmltv support
[09:18] <Ashex> I don't plan on running mythbuntu in vmware
[09:19] <frink_> I run ununto in VMware fine
[09:19] <Ashex> I test it out in vmware first because monitor detection will fail
[09:19] <Rimers> laga: aah, well that could prove useful then :)
[09:20] <superm1_> laga, it still appeared to work when i tried it
[09:20] <superm1_> that's not cool :)
[09:20] <foxbuntu_> superm1, its tested and happy now
[09:20] <laga> superm1_: heh, i fixed it a few hours ago. didnt know you were gonna make a new release
[09:20] <foxbuntu_> USplash is fixed
[09:20] <superm1_> laga, can you file a sep bug?  I'll have to do a follow up patch then
[09:20] <superm1_> laga, remember i said i did all that triaging this last night and morning :)
[09:20] <superm1_> that's what it was for
[09:20] <laga> yes
[09:21] <superm1_> laga, why did you want to bring gbee in here?
[09:21] <laga> superm1_: wrt xmltv
[09:22] <laga> http://shopping.yahoo.com/
[09:22] <laga> ^^ tivo remotes for one buck
[09:22] <foxbuntu_> superm1_, I just commited the fix for that
[09:23] <Ashex> I'm going to wait for the next build release before I file anymore bugs. tgm4883 tells me you'll be using a different wm
[09:24] <superm1_> laga, ooh.  i wonder if that's worth getting.  does mceusb2 read other remotes very well?
[09:24] <laga> no clue
[09:25] <laga> i need to make some bookmarks for launchpad
[09:25] <laga> naavigating launchpad.. is not very nice.
[09:26] <laga> superm1_: BTW, i'm gonna add a note on the IRC pages on myhbuntu.org. people shouldn't be asking meta questions and provide system specs etc.
[09:26] <superm1_> what are meta questions?
[09:26] <laga> "someone here"
[09:26] <laga> "can anyone help me"
[09:27] <superm1_> oh right
[09:27] <superm1_> good idea
[09:27] <laga> i wonder how i could phrase a paragraph enforcing proper english. i hate seeing "can sum1 plz help me thx. screen iz black" or equivalent verbal garbage
[09:28] <MythbuntuGuest93> "someone here" "can anyone help me"
[09:28] <tgm4883_library> sorry, couldn't resist
[09:28] <laga> heh
[09:29] <tgm4883_library> maybe we should make a dev channel called #mythbuntu-laga
[09:29] <superm1_> "Rather than just \"asking for help\", we would prefer if you can provide a concise well worded question describing your problem"
[09:29] <superm1_> oops don't need to escape " do I.  i think i've been shell scripting too much.
[09:29] <laga> yes
[09:29] <laga> :)
[09:29] <superm1_> laga, that missing ] , does it only break mythwelcome?
[09:29] <superm1_> or anything else?
[09:30] <laga> no clue. frontend seems to be working fine, never tried mythwelcome
[09:30] <tgm4883_library> superm1, laga, I think we should add a page to the mythbuntu.org that has tips
[09:30] <tgm4883_library> something like this
[09:30] <tgm4883_library> http://www.tivo.com/mytivo/domore/tipsandtricks/index.html
[09:31] <tgm4883_library> we would basically have to compile our own list obvously
[09:31] <superm1_> tgm4883_library, yeah i like that
[09:31] <tgm4883_library> ideally, if it was on the mythtv site it would be great
[09:31] <superm1_> maybe on a wiki page though so people can add to them
[09:31] <tgm4883_library> but at least on mythbutnu.org
[09:31] <tgm4883_library> yea
[09:31] <tgm4883_library> thats a great idea
[09:31] <superm1_> perhaps link back to help.ubuntu.com
[09:32] <frink_> laga: I wouldn't even bother answering somebody who asked a question like that.
[09:32] <tgm4883_library> frink_, we get questions like that all the time from webclient users
[09:32] <superm1_> laga, yuck both 104 and 107 are broke
[09:32] <superm1_> er no just 107
[09:32] <superm1_> but i'm surprised the script still runs
[09:32] <tgm4883_library> also, I think we should change the default name from MythbuntuGuest## to MG##
[09:32] <frink_> tgm4883_library: Ahh webclient users, that explains it :)
[09:33] <tgm4883_library> as it's a pain to type MythbuntuGuest alot
[09:33] <superm1_> well that's why you just type My <tab>
[09:33] <frink_> heh
[09:33] <laga> rotfl.
[09:33] <frink_> tgm4883_library: You actually typed it all out?
[09:34] <superm1_> tgm4883_library, seriously every time?
[09:34] <tgm4883_library> yep
[09:34] <superm1_> wow.
[09:34] <tgm4883_library> I'd dedicated
[09:34] <frink_> And you think people type out tgm4883_library whenever they want to talk to tgm4883_library :)
[09:34] <Rimers> hmm thats a lot of typing...
[09:34] <frink_> YUP
[09:34] <frink_> tgm4883_library: <-- just just took t<tab>
[09:35] <tgm4883_library> fine, be that way :)
[09:35] <tgm4883_library> i'm going to go see if I can make progress on getting us another mirror
[09:36] <laga> superm1_: do you know why i'd get this message: http://www.pastebin.ca/709553
[09:36] <frink_> tgm4883_library: You want a mirror in Asia?
[09:36] <frink_> and in Europe
[09:36] <tgm4883_library> the more mirrors the better
[09:36] <frink_> tgm4883_library: I'll email some people and talk tomorrow..
[09:36] <superm1_> os.execv('/bin/blah')
[09:37] <superm1_> instead?
[09:37] <laga> superm1_: thanks.
[09:37] <laga> :/
[09:37] <laga> that worked
[09:37] <tgm4883_library> sounds good
[09:38] <tgm4883_library> were still doing around 300 iso's a day
[09:38] <tgm4883_library> it will be interesting what that number is on the beta release
[09:38] <laga> yay, nvidia and fglrx are now available for linxu-rt in gutsy.
[09:38] <tgm4883_library> superm1_, whats the status on the next iso?
[09:38] <superm1_> i'm going to try to set up the rest of frink_'s mirror tonight
[09:39] <superm1_> tgm4883_library, well need DaveMorris's stuff done, need to make sure openchrome stuff works (Rimers was gonna look at it), and need to make sure these transient issues go away
[09:39] <tgm4883_library> ah ok
[09:40] <superm1_> we're going to need a method to push out these iso's to all these mirrors we have now
[09:40] <tgm4883_library> has anyone tried to fetch listings for a tuner (like the pvr-150 or pcHDTV 5500) with 20.2?
[09:40] <tgm4883_library> on feisty or gutsy
[09:40] <ubotu> New bug: #144541 in mythtv (multiverse) "Two bugs in latest upload:" [Undecided,New]  https://launchpad.net/bugs/144541
[09:40] <Rimers> superm1: its still getting packages, speed is okay, but dont know how many packages its getting
[09:41] <superm1_> Rimers, its like 600-700 mb of packages that it grabs
[09:41] <Rimers> ah okay, well shouldnt be too long then
[09:42] <Rimers> tgm4883_library: did a pvr-150 tune a few versions back and that was without problems if that can help any
[09:43] <tgm4883_library> frink_, looks like about 40% of our people come from that side of the world, although most in europe, an asia mirror would be nice
[09:43] <tgm4883_library> Rimers, on 20.2?
[09:44] <superm1_> tgm4883_library, you mean with SD right?
[09:44] <Rimers> nope, a few versions back
[09:44] <tgm4883_library> I can scan channels, but it won't fetch the channels, so instead of having NBC, I have adding channel 8
[09:44] <tgm4883_library> it's not a functionality problem, but it's a pain for me
[09:44] <Rimers> aah okay, not sure why that is..
[09:45] <tgm4883_library> I suppose it also grabs channels that I end up deleting anyway
[09:45] <superm1_> well my friend just did that actually for his SD stuff
[09:45] <tgm4883_library> all those home shopping networks :)
[09:45] <superm1_> he just did a brand new install
[09:45] <superm1_> using SD
[09:45] <superm1_> and had no issues
[09:45] <tgm4883_library> ok
[09:45] <tgm4883_library> as long as he did a brand new install and it works, then im ok with no bug report
[09:45] <tgm4883_library> as my setup was a little more complicated
[09:45] <laga> yay, nvidia and fglrx are now available for linxu-rt in gutsy.
[09:45] <tgm4883_library> laga, thats old news
[09:45] <superm1_> well take that back.  one issue.  a few of his digital stations got messed up when doing the scans, but that's because PSID stuff wasn't broadcast
[09:46] <superm1_> but the tuners that 'fetched' were fine
[09:46] <tgm4883_library> ok
[09:46] <tgm4883_library> probably just an issue on my end then
[09:46] <laga> tgm4883_library: uh-huh.
[09:46] <tgm4883_library> laga, yep, you said that like 20 min ago :)
[09:46] <laga> oh.
[09:47] <laga> sorry, i must have re-send it when i hit random keys to wake up the monitor.
[09:47] <tgm4883_library> ok, off to CS162.  It's strange having a CS162 and a CS425 course in the same term
[09:47] <laga> i just assumed there hadn't been any traffic :)
[09:55] <tgm4883_laptop> superm1_, do you use your laptop for notes in class?
[09:55] <superm1_> yeah i do
[09:55] <superm1_> google docs ftw
[09:55] <tgm4883_laptop> ah
[09:55] <superm1_> i've got buddies that we split up the note taking
[09:55] <deffcon> it would be really cool that xbmc and mythtv become one
[09:55] <superm1_> and share a google doc
[09:56] <superm1_> doesn't work well in engineering courses though, mostly gen eds and such
[09:56] <tgm4883_laptop> ah
[09:56] <tgm4883_laptop> usually i just use openoffice
[09:57] <tgm4883_laptop> I used onenote for a while, which is actually pretty good software
[09:57] <tgm4883_laptop> now if we could just get MS to release a version for ubuntu
[10:00] <superm1_> haha
[10:00] <tgm4883_laptop> what?
[10:01] <tgm4883_laptop> next i'm going to take a snowball into hell
[10:01] <superm1_> tgm4883_laptop, laga, just spoke to ~ubuntu-installer, unionfs is still broken indeed
[10:01] <superm1_> so that explains some more of the oddities that we were seeing
[10:02] <superm1_> Rimers, your disk may run into issues post build, we'll see
[10:02] <laga> superm1_: oh, that's awesome news.

[10:02] <superm1_> haha
 superm1_: unionfs is still an issue
 evand, okay so that is likely where its sitting then
 most likely
 for some reason I wasn't experiencing it for a brief period of time
 but it's definitely back
 the kernel team is on it
 i'm almost wondering if they are better off rolling back to the older (functional) unionfs release rather than debug these issues with the beta looming so close
 they can't, though I do not recall why
 ah i see
[10:07] <laga> heh
[10:07] <laga> love the "ah i see" part :)
[10:07] <laga> superm1_: poking at python and debconf now.
[10:08] <laga> though i wish i'd put that off till i've taken my first programming course in college ;)
[10:08] <superm1_> well there is no use complaining to messengers, or to kernel guys, it won't get anything done
[10:09] <laga> that's true
[10:09] <superm1_> laga, i can't say that any programming courses improved and/or developed my python skills
[10:09] <superm1_> that's all been just putting in the time to learn it myself
[10:11] <laga> more about general concepts i say
[10:11] <laga> i don't cope well with object oriented stuff
[10:12] <superm1_> well actually i was never formally taught inheritance/polymorphism in my courses either
[10:13] <laga> well, are you a student of computer science?
[10:13] <tgm4883_laptop> heh, were learning polymorphism right now
[10:13] <superm1_> laga, no
[10:13] <superm1_> i'm an engineering student
[10:13] <laga> superm1_: ah, that'd probably explain it.
[10:13] <superm1_> yeah
[10:14] <laga> since i'm gonna do computational linguistics, i'm not sure if my programming courses will be any better :)
[10:15] <laga> ooh
[10:15] <laga> this is actually doing stuff \o/
[10:31] <Rimers> hmm, im not too lucky tonight
[10:32] <Rimers> getting locked into a vmware session and having to reboot, and then internet blocking me from everything, but think i have it solved now
[10:39] <Rimers> superm1: i didnt get to build that cd all the way, but ill see if i can continue it tomorrow if i can, hope i can give some feedback then
[10:40] <superm1_> Rimers, unfortunately the process has to go from start to finish,
[10:40] <superm1_> so if it didnt finish today
[10:40] <superm1_> you'll just have to start it over again
[10:40] <superm1_> it does try to cache all the downloaded packages though
[10:40] <superm1_> in /var/cache/apt/archives
[10:43] <Rimers> okay, it was while downloading it crashed, so atleast ill have that to continue on
[10:44] <superm1_> yeah
[10:50] <foxbuntu_> omg
[10:50] <foxbuntu_> firefox has gone bonkers
[10:50] <laga> zomg?
[10:50] <foxbuntu_> I just loaded the 3.0 A9
[10:51] <foxbuntu_> and the bookmarks and history are now stored in a SQLite DB
[10:51] <superm1_> yeah
[10:51] <foxbuntu_> I like the code name however
[10:51] <foxbuntu_> Minefield
[10:52] <superm1_> i still don't understand why this is zomg?
[10:52] <foxbuntu_> because its zomg that they are using a DB for Favs
[10:52] <laga> i certainly need a sane way to organize mine
[10:53] <laga> i just dump them in there
[10:53] <laga> and never use them
[10:53] <superm1_> yahoo's del.icio.us extension ftw
[10:53] <superm1_> tagging is the way to go
[10:54] <foxbuntu_> I need to do something about my home laptop (the windows dumping grounds)
[10:54] <laga> i won't export my bookmarks to any web 2.0 service
[10:55] <laga> or to any external services for that matter
[10:55] <foxbuntu_> I am at 1280x980 res and my desktop is full, and it takes longer than a few secs to scroll through the favs list
[10:55] <Rimers> i did a cleanup in my favs and ended up with 4 useful ones
[10:55] <laga> i didn't know youporn had 4 mirrors
[10:56] <Rimers> hehe
[10:56] <Rimers> i can list them if you want
[10:56] <laga> uh, no
[10:56] <laga> i'm sposed to be working :)
[10:56] <Rimers> but you will need username and password for them
[10:58] <Rimers> hmm anyone have a better vm program than vmware? its fucked up every time i reboot my pc
[10:58] <superm1__> i use a mix of vmware-server and virtualbox
[10:58] <superm1__> depending on what computer i'm on
[10:58] <laga> is vmware-server free?
[10:58] <foxbuntu_> yes
[10:58] <superm1__> depends on your definition of free
[10:58] <foxbuntu_> ugh
[10:59] <foxbuntu_> superm1__, always way too literal
[10:59] <Rimers> ive been using vmware workstation with a university key for a week now, but its a pain
[10:59] <foxbuntu_> yea
[10:59] <foxbuntu_> just pull down vmware-server
[10:59] <laga> so it's not OSS. well, my version of virtualbox isn't free either ;)
[11:01] <frink_> vmware-server is pretty good
[11:01] <frink_> if u hve shared storage yo can actually move VMs between hosts
[11:02] <frink_> so with vmware and NetApp boxes you can move VMs between sites :)
[11:02] <foxbuntu_> frink_, a NetApp guy?!?
[11:03] <foxbuntu_> superm1__, is it still in the works for another CD release this week?
[11:03] <Rimers> hmm i better go to bed or ill be sleeping in class tomorrow, cya guys
[11:04] <laga> superm1_: is it ok if i use features only found in python 2.5?
[11:17] <laga> superm1__: alright, the debconftalk module is done :)
[11:17] <laga> superm1__: and it *is* closing properly ;)
[11:22] <superm1__> laga, yes python 2.5 is fine
[11:22] <superm1__> we've got it in gutsy and this isn't going anywhere but gutsy +
[11:22] <Daviey> Right.. we've got the canonical hosting -- need to point a domain towards it
[11:23] <laga> superm1__: good. i'll try to implement the mythweb auth stuff then.
[11:23] <superm1__> cool k
[11:23] <superm1__> so debconf stuff works now?
[11:23] <laga> it probably worked before, but i know how to use it this time
[11:23] <superm1__> so you can call an issue to reconfigure a package and all now too?
[11:24] <superm1__> like dpkg-reconfigure blah, and then preseed the answers?
[11:24] <laga> i was just gonna preseed the answers and exec dpkg-reconfigure
[11:24] <laga> no? :/
[11:24] <superm1__> well that works just the same
[11:24] <superm1__> yes
[11:24] <laga> oh. good.
[11:24] <superm1__> if that works out as expected, awesome.
[11:25] <superm1__> i'm looking forward to seeing how you did it
[11:25] <laga> dont really have to re-invent the wheel _all_ the time :)
[11:25] <superm1__> i can apply it to a lot of other stuff
[11:25] <superm1__> well hence why we inherit from software-properties-gtk and gdebi for the control centre
[11:25] <laga> superm1__: http://laga.ath.cx/debconftalk.py
[11:26] <superm1__> looks a little too easy, but i'm not gonna argue that :)
[11:26] <laga> we#ll see how it works out
[11:26] <laga> tbh, it's not much different from what was done in debconf.py
[11:30] <foxbuntu_> yay work time over...time to go home and work for my new business and not get paid
[11:30] <foxbuntu_> :)
[11:30] <superm1__> laga, would that make more sense as a class?
[11:30] <superm1__> rather than just a function?
[11:31] <superm1__> during hardy i want to move all these common functions that are used in the different python apps we have into a libmythbuntu or something like that
[11:31] <superm1__> so there is less code duplication
[11:33] <laga> sorry, i don't know enough to answer that. but a function looks fine to me. could still be put ina common lib and i don't see how inheritance would be benefical for such a simple thing
[11:33] <laga> btw, do you usually install the control centre if you're testing something? or can i just execute core.py?
[11:35] <Daviey> superm1__: [urgent] 
[11:36] <Daviey> can canonical steal cdimages.mythbu' ?
[11:36] <Daviey> for their server
[11:36] <Daviey> rather than having uk.cdimages ?
[11:37] <superm1__> Daviey,
[11:37] <superm1__> why?
[11:37] <superm1__> is there's in the UK?
[11:37] <Daviey> yeah
[11:37] <Daviey> but to quote... "
[11:37] <Daviey> 22:35 < elmo> it's really going to be uk.cdimages? :) you have something better  for cdimages? ;-)
[11:37] <Daviey> He's got a good point... considering we can give the bulk to canonical..
[11:37] <superm1__> yeah that is a good point
[11:38] <Daviey> so +1
[11:38] <Daviey> ?
[11:38] <superm1__> so lets give canonical normal cdimages.
[11:38] <Daviey> cool
[11:38] <superm1__> and then frink_'s box will get uk.cdimages.
[11:38] <Daviey> sure
[11:38] <superm1__> laga, when i'm testing i launch it via the top level python script
[11:39] <superm1__> not the wrapper one
[11:39] <superm1__> the other top level one
[11:39] <laga> oh, that actually works
[11:39] <laga> there's only mythbuntu-control-centre and setup.py
[11:40] <superm1__> oh its in bin/
[11:40] <superm1__> i forgot things have moved around
[11:40] <superm1__> the last few uploads i've done, i'd just run debuild and install the deb
[11:41] <superm1__> if you copy bin/mythbuntu-control-centre to ./test.py
[11:41] <superm1__> you can probably just run sudo python test.py
[11:41] <laga> k
[11:41] <superm1__> the important part is that the directory you launch from has to have another directory called MythbuntuControlCentre
[11:41] <superm1__> which contains a file named core.py
[11:41] <superm1__> and a class named ControlCentre
[11:42] <laga> k
[11:43] <laga> superm1__: for the trunk packages, a few people have reported weird issues where ubuntu-mythtv-frontend would keep showing up for a reinstall/update.
[11:43] <laga> do you have any idea what would cause this
[11:44] <superm1__> laga, i got the same reports for the non trunk packages too
[11:44] <superm1__> i've no idea why that would be happening though
[11:44] <laga> interesting.
[11:44] <superm1__> matter of fact my frontend started to do it too
[11:44] <superm1__> after this weekend's weekly
[11:44] <chuk> that happens to me too
[11:44] <laga> i wonder if it happens because they're arch "all"
[11:44] <laga> and we build for amd64 and i386.
[11:44] <superm1__> well they should be arch all though
[11:44] <superm1__> only one of the 'all' packages gets used though
[11:45] <superm1__> i guess, does this happen on the amd64 variant too?
[11:45] <laga> yup, a friend of mine has njust reported it and he runs amd64
[11:50] <tgm4883> superm1, whats the size of the iso's?
[11:50] <tgm4883> err, superm1__ ^^
[11:51] <laga> heh
[11:51] <superm1__> tgm4883, its roughly 437-450mb as of late
[11:51] <superm1__> laga, you see this: http://www.gossamer-threads.com/lists/mythtv/users/291298?search_string=mythbuntu;#291298 ?
[11:52] <laga> apport-qt just reported that mythfrontend crashed
[11:52] <laga> mythfrontend was running on a different X screen, though
[11:52] <laga> and there's no segfault in dmesg
[11:52] <superm1_> that's probably not a good sign
[11:53] <laga> and it definitely didn't crash.
[11:53] <laga> interestingly enough, that window appeard when i was testing the debconf stuff in m-c-c.
[11:53] <laga> i'll just ignore it.
[11:55] <laga> superm1_: no, i haven't such an issue
[11:55] <superm1_> yeah it's really bzr
[11:55] <laga> superm1_: remember: we don't support the trunk packages.
[11:55] <superm1_> yeah
[11:57] <laga> great. there's a stale debconf process
[11:59] <superm1_> see..... :)
[11:59] <superm1_> Daviey, is canonical server amd64?
[11:59] <superm1_> or xen or anything nice like that?
[12:00] <superm1_> so that we could do both i386 and amd64 builds on it
[12:01] <superm1_> laga, here is why unionfs "needs" the new version: <cjwatson> superm1_: rolling back unionfs involves backing out lots of apparmor stuff too
[12:01] <Daviey> superm1_: no idea
[12:01] <laga> true
[12:01] <laga> apparmor is crucial for us
[12:02] <Daviey> I've only agreed iso hosting at this stage... not sure they'd like us using too much processer time with building :)
[12:02] <laga> maybe we just wanna build source packages on there
[12:03] <frink_> What do you need to build on? I have some AMD kit, not sure if it is real AMD64 though.
[12:03] <laga> oh
[12:03] <laga> i think superm1 refers to CD builds
[12:04] <laga> superm1_: do we need to preseed debconf questions for packages which are not installed yet? that'd require some more work
[12:04] <Daviey> Am i right in saying only DaveMorris can build amd64 atm?
[12:04] <superm1_> yeah i'm referring to cdbuilds
[12:04] <superm1_> well RAOF did the last one
[12:04] <laga> i can build amd64, too
[12:04] <tgm4883> I can build amd64
[12:04] <superm1_> suddenly all these amd64 folk show up?
[12:04] <laga> wait
[12:04] <superm1_> where have you guys been hiding your amd64 from all of us....
[12:04] <tgm4883> oh you new I had amd64 ;)
[12:05] <laga> hey, i just upgraded the other day
[12:05] <superm1_> frink_, is that VM that you allocated us 64 bit? If not, is that feasible?
[12:05] <superm1_> laga, right now, i say don't worry about it
[12:05] <superm1_> lirc is already installed by the time the control centre comes around
[12:05] <superm1_> and so is mythtv-common
[12:05] <laga> k
[12:06] <superm1_> so those are the only two to make sure of.
[12:06] <tgm4883> the real question is who runs 64-bit OS on their 64-bit hardware
[12:06] <Daviey> tgm4883: only fools
[12:06] <superm1_> well i've got a 64 bit backend, but it stopped being stable before i determined why it was unstable, so its sitting in the closet
[12:06] <tgm4883> then count me as a fool
[12:06] <frink_> superm1_: Yeah it should be 64bit safe, i'll build another one tomorrow with ubuntu64 and see if it works oright
[12:06] <superm1_> cool okay frink_, that would solve these issues then :)
[12:07] <laga> superm1_: how could you have determined why it's unstable if it as stable
[12:07] <frink_> Will the amd64 distro run on intel64 ?
[12:08] <tgm4883> yes frink_
[12:08] <superm1_> frink_, itanium?
[12:08] <superm1_> or x86_64?
[12:08] <superm1_> laga, it started being unstable one week after being built
[12:08] <frink_> x84_64
[12:08] <superm1_> frink_, yeah it works on there fine
[12:09] <laga> oh :/
[12:09] <laga> poor amd64
[12:09] <superm1_> yeah.  i got to the point that i was almost ready to do kernel debugging via serial
[12:09] <superm1_> but then got busy
[12:10] <tgm4883> frink_, FYI, the only reason that it's called amd64, is that amd came out with the consumer 64-bit processor first
[12:10] <frink_> wow ubuntu mirror is slow today, nly getting 60Mb/s :(
[12:10] <laga> kernel debugging via serial is fun
[12:10] <frink_> tgm4883: big up to amd
[12:10] <tgm4883> yea
[12:10] <tgm4883> intel finally doing some copying
[12:11] <frink_> quit
[12:11] <frink_> oops
[12:11] <tgm4883> exit
[12:11] <frink_> wrong window :)
[12:11] <tgm4883> been there done that :)
[12:12] <frink_> superm1_: Would you rather have build and the mirror on seperate boxes and then build on one and have the buit images mounted r/o from the mirror box?
[12:14] <superm1_> frink_, either way will work out fine
[12:14] <superm1_> i'm not too worried about the build process breaking things
[12:14] <superm1_> its gotten more safe
[12:15] <laga> what did it do
[12:16] <Daviey> ah
[12:16] <Daviey> I remember
[12:17] <laga> yay.
[12:17] <laga> i have a checkbox in mythbuntu-control-centre which sets my debconf frontend to dialog or readline.
[12:17] <Daviey> laga: try sudo rm -rf $yeeeeha/
[12:17] <laga> Daviey: with $yeeeha being undef.
[12:18] <Daviey> yup
[12:18] <Daviey> :)
[12:18] <laga> good job. :)
[12:18] <superm1_> yeah that was fun
[12:18] <superm1_> thank goodness for bzr push before doing that
[12:18] <Daviey> luckily /home isn't at the top of the alphabet :)
[12:18] <laga> i guess some people refined their backup strategy afterwards.
[12:18] <Daviey> laga: you'd be suprised :)
[12:19] <superm1_> laga, dialog/readline
[12:19] <laga> hehe
[12:19] <superm1_> yuck
[12:19] <superm1_> why not gnome?
[12:19] <superm1_> or qt?
[12:19] <laga> it's just a proof of concept
[12:19] <superm1_> oh
[12:19] <superm1_> of course that
[12:19] <laga> that button is actually titled "set password for mythweb"
[12:19] <laga> ;)
[12:19] <Tari_> I just (finally) switched over to DataDirect
[12:20] <Tari_> did the apt-get update/dist-upgrade and all that
[12:20] <Tari_> but how do I set up the account info?
[12:20] <Tari_> rerun mythtv-setup?
[12:20] <laga> yes
[12:20] <Tari_> ok
[12:21] <Tari_> which means I get to set up VNC, since the TV and box are on opposite sides of a wall :-/
[12:22] <laga> Daviey: you need to reply to all so your replies show up on the ML
[12:23] <superm1_> reply to all
[12:23] <superm1_> Daviey, if your mail client supports it, "bounce" it back to the ml
[12:23] <superm1_> t-bird has an extension for it
[12:23] <Daviey> "edit as new" :)
[12:24] <Daviey> one..
[12:24] <superm1_> the extension for t-bird calls it 'redirect' actually i think
[12:24] <laga> happens to me all the time.
[12:25] <superm1_> aren't you *on* the ML?
[12:26] <Daviey> yup, but if it was To: the ML, then 'Reply' would have been dandy :)
[12:26] <laga> o_O
[12:27] <Tari_> alright.. I need VNC to latch onto screen :0.. how?
[12:27] <laga> ever since i removed the second monitor from my twinview setup, thunderbird email notifications show up in the middle of my screen
[12:27] <laga> Tari_: use mythbuntu-control-centre and restart X
[12:29] <Tari_> I may be doing things hideously wrong, but 'command not found'
[12:30] <laga> oh
[12:30] <laga> what version of ubuntu are you running
[12:30] <Tari_> gutsy
[12:30] <Tari_> installed from an Alpha 2 disc
[12:30] <laga> oh, that's a bit outdated.
[12:30] <laga> let me guess: you haven't updated ever since?
[12:32] <Tari_> I've been doing apt-get update/dist-upgrades occasionally
[12:32] <Tari_> but that won't do it, eh?
[12:33] <superm1_> well there have been some big changes that might not be represented well in apt-get update/ dist-upgrade
[12:33] <superm1_> such as running as the normal user that was created
[12:33] <Tari_> ok
[12:33] <superm1_> installing the mythbuntu-desktop meta package
[12:33] <laga> oh, you should be able to install mythbuntu-control-centre just fine then. i hope :/
[12:33] <superm1_> but yeah with any luck, mythbuntu-control-centre should be able to get you back up to speed
[12:35] <Tari_> ok, i'm installing mythbuntu-desktop now
[12:36] <laga> ssh -X -Y would have worked as well, come to think of it
[12:40] <frink_> seeyasall
[12:41] <Daviey> nn frink_
[12:44] <superm1_> nn frink_
[12:45] <laga> g'night frink_
[12:46] <superm1_> okay time for me to head home too likely
[12:46] <superm1_> i should eat and such
[12:46] <Tari_> :-/
[12:46] <Tari_> mythbuntu-control-centre doesn't work via SSH
[12:46] <superm1_> why?
[12:46] <Tari_> can't connect to display
[12:47] <Tari_> but I need to go now
[12:47] <superm1_> you can try this instead
[12:47] <superm1_> sudo /usr/share/mythbuntu-control-centre/bin/mythbuntu-control-centre
[12:47] <superm1_> and that should be able to X forward
[12:47] <superm1_> although i'm pretty surprised about the wrapper not working with X forwarding
[12:47] <Tari_> I'll be working more on this later
[12:47] <superm1_> okay
[12:48] <Tari_> g'bye
[12:48] <tgm4883> superm1, I just checked it and it works for me
[12:48] <tgm4883> perhaps Tari_ was only ssh in and not ssh host -X -Y
[12:49] <laga> hum
[12:49] <laga> glade-3 isn't sending my signals properly. again
[12:49] <superm1_> i'll be back later
[01:19] <FatDave> you around tgm4883?