[00:00] can someone help me? [00:01] as soon as my system logs in it exits back to gdm [00:03] it's 80 bucks for Pentium D 1.6 daul core or 50 bucks for a celeron 3.4 ghz single core [00:05] lime4x4, I ran that on a 1.6 C2D [00:05] with HD [00:06] this is th ene i'm looking at http://www.newegg.com/Product/Product.aspx?Item=N82E16819116037 [00:06] pentium d never went as low as 1.6ghz did it? [00:07] ah, that's not pentium-d [00:07] it's core duo just a dual core cpu [00:07] dual core will be nice for transcoding and commflagging and stuff [00:07] where that can eat a single core and not effect the system [00:08] despite the name, it's based on core, not pentium-d [00:08] that celeron is pentium-d based though [00:08] so go with a 1.6 dual core [00:08] i would [00:10] that's what i was thinking [00:11] okay quick question to folks idling in here. would you be more confused if we had an 8.04 public alpha 1 or public alpha 3 (since you haven't seen the last two) [00:11] i'm confused generally [00:12] I like 8.04 alpha 1 better [00:12] i'd go with 8.04 public alpha 1 [00:12] has there been that version freeze thing on hardy yet? [00:13] yeah its right about to happen [00:13] which makes for a lot of trouble because 0.21 of mythtv isn't ready yet [00:13] so there is a level of reluctance to add a snapshot [00:14] currently i'm concerned about monodevelop. it's off-topic, but the version in hardy is neolithic & it's causing serious problems for upstream when half their bug reports come from ubuntu [00:15] portahex, is it in universe? [00:16] yeah [00:16] lets see, we have 0.14 in hardy [00:16] what's the newest one? [00:17] looks like 0.18 is in debian [00:17] just needs a merge on our end [00:17] let me check MoM and DaD [00:19] is 0.18 new enough? [00:20] yeah [00:20] if its an easy merge i'll fix that right now [00:20] looks like it should be [00:21] i don't know if there's a specific reason it hasn't been merged - libmono-addins-gui0.2-cil has been updated to the required version [00:21] i ought to check with slomo [00:22] well pochu was the last merger [00:22] in november [00:22] slomo hasn't touched it since july [00:22] sod it, hit the button. worst case scenario, it wakes up people who are meant to be maintaining it [00:22] blame me if they moan \o/ [00:24] well meant to be maintaining it is the whole "team" i'm part of [00:24] so... [00:24] :) [00:26] ubuntu-motu? [00:26] yeah [00:28] okay while i'm waiting for my new processor to arrive if i install a celeron d then install mythbuntu then install the 1.6 ghz dual core cpu will that mess anything up? [00:28] shouldn't [00:28] should be fine [00:29] okay another question should i use eide drive or sata? I have a 500 gig external usb 2.0 drive for storage [00:30] pata is dead [00:31] i know i have a few 160 gig ones laying around and i also have a 110 gig sata first genration drive [00:32] just trying to recycle when possible..lol [00:41] superm1, ya there? [01:09] found a little oversight on the ubuntu install....it doesnt work very well on 800x600 ;) [01:10] javatexan, yeah there is a bug filed about that [01:10] there should hopefully be a fix coming in ubiquity in the near future [01:10] portahex, that merge actually wasn't too bad [01:10] any other big showstopping apps you know of that need their newer versions? [01:12] Xenocide, yeah i'm here. [01:12] i tried what you said, no luck [01:12] Xenocide, okay well so does it work via the init script now? [01:12] no [01:12] okay then your hardware.conf is still broke [01:12] remove all those LIRCD_ARGS [01:12] you did that right? [01:13] well if i do lircd -d /dev/lirc0 /etc/lirc/hardware.conf it works fine [01:13] yes i did [01:13] well that file isn't used via the lircd binary [01:13] its used via the init script [01:13] can you restart via the init script and show me the execution line as seen via 'ps aux' [01:13] it should be in the listing [01:13] superm1, none i enormously care about. i use MD at work though [01:14] portahex, are there other MD packages that need to come with this after the merge? [01:14] superm1, this? root 5204 0.0 0.0 2920 504 ? Ss 20:14 0:00 /usr/sbin/lircd [01:14] Xenocide, that would be it, interesting. [01:15] can you pastebin gutsy's init script? [01:15] i'm on hardy now and don't have all the old versions handy [01:15] how can i copy the whole thing from nano over ssh? [01:15] scp it instead [01:15] or use cat [01:15] and then scroll up and highlight the whole thing [01:16] superm1, not at this moment in time. upstream has stopped bundling most add-ins, but hasn't entirely decided how to distribute the separated ones yet, AFAIK [01:16] portahex, okay yeah i'm not about to do any NEW packages for something i've never even started :) [01:16] superm1, push comes to shove, MD has an integrated add-in manager which should download bits & pieces to ~/.config/MonoDevelop [01:16] http://pastebin.ubuntu.com/3766/ [01:17] Xenocide, okay remove that DEVICE argument [01:17] from the hardware.conf [01:17] it will be built on its own [01:18] ok [01:19] still no go though [01:19] okay what does the process listing look like now? [01:20] id on't even see lirc in there [01:20] try to restart it again [01:20] root 5251 0.0 0.0 2924 504 ? Ss 20:20 0:00 /usr/sbin/lircd [01:22] hm. [01:22] well lets see the current hardware.conf as it stands then [01:22] there has to be a typo or something. [01:22] http://pastebin.ubuntu.com/3767/ [01:23] Oh. [01:23] you have a DRIVER defined [01:24] do you want to use the kernel mode driver [01:24] or the userspace one? [01:24] userspace [01:24] well what modules are loaded for you right now [01:24] can you check for any lirc_* [01:24] modules in lsmod [01:24] atiusb [01:24] and dev ofcourse [01:25] well that would be an issue there [01:25] you have the kernel module loaded [01:25] but are trying to use userspace [01:25] when using userspace, no modules get loaded like that [01:25] eh? thats what dave morris says to load [01:25] hah [01:25] well this is why it sucks that there are two ways to do it [01:26] when you are starting via command line [01:26] the sudo lircd -d /dev/lirc0 [01:26] should i re-blacklist that one? [01:26] right, that works for me [01:26] you are telling it to use the kernel module [01:26] so if that works, i say take out the DRIVER="blah" [01:26] in hardware.conf [01:26] and move on your merry way [01:26] ok [01:26] and use the kernel mode one [01:26] hell i dont' care which module as long as it works [01:27] seems to have worked [01:27] let me do that restart thang [01:27] i got one other issue idk if you have heard of this one [01:27] background music on recordings is so loud its hard to hear the voice [01:27] quite weird [01:27] but playback in mythvideo is fine [01:28] no haven't heard that [01:29] can you please post this solution that we came up with back to the thread [01:29] and explain in the thread so future people don't run into it [01:29] np will do [01:29] superm1 you are on fire tonight ;) [01:30] apparently [01:30] no ideas on the audio problem though? [01:31] na [01:32] hm k [01:34] to install ffmpeg should I uninstal it first in synaptic and mencoder too? [01:34] sorry install ffmpeg from source [01:35] javatexan, depends what you are trying to achieve with it [01:36] ffmpeg is broked in synaptic and ubuntu 7.10 apparently, so I am gonna do it by hand...I guess [01:36] for x264..etc [01:37] its broken? [01:37] i've usedd it to transcode things myself. [01:38] ffmpeg from gutsy will do h264 (very slowly) [01:39] been using mencoder with good success [01:39] javatexan: back to TV, I'll be around later if you need some help with it [01:39] thanks ...ill try something else for a while too [01:59] hello all. I'm about to start a migration from knoppmyth to mythbuntu. I'm worried about my LVM, anyone know if mythbuntu has a method for importing existing lvms? [02:17] javatexan: hows it going? [02:17] good...you? [02:17] not too bad [02:17] having any luck with ffmpeg? [02:18] what am I missing.... ffmpeg -i infile.mpg -vcodec mpeg2video -acodec mp2 -s 720x480 -b (BITRATE) outfile.mpg [02:19] orig is 480x480, v:mpeg PES and a: mpeg PES [02:19] why are you bumping the res then? [02:19] proper dvd complient [02:19] most likely [02:20] give me a second and I'll get a ffmpeg line that I use [02:20] not sure lol ....guess I will keep the size for now [02:21] yeah ... could do that too [02:21] lol.. still just fishing...thought of doing the video copy, but I cant find that stuff tonight....google just doesnt like me tonite [02:22] hmmm what type of output are you trying to get? [02:23] I'm watching TV, so my responses might be a little slow [02:23] a compliant mpeg2...right now [02:23] right now it will crash the default player in mythtv after about a minute or two [02:25] hmmm I've never gone that way [02:25] always mpeg2 to mpeg4 or h264 [02:25] try this: http://ffmpeg.mplayerhq.hu/faq.html#TOC21 [02:28] does anyone have a to-dvd-mpeg2 conversion....I'll just use that for now [02:43] nuvexport generated this for dvd: [02:43] /usr/bin/nice -n19 ffmpeg -y -f s16le -ar 48000 -ac 2 -i /tmp/fifodir_9441/audout -f rawvideo -pix_fmt yuv420p -s 720x480 -aspect 1.33333333333333 -r 29.970 -i /tmp/fifodir_9441/vidout -aspect 1.3333 -r 29.97 -deinterlace -croptop 6 -cropright 10 -cropbottom 6 -cropleft 10 -s 720x480 -b '6000k' -vcodec mpeg2video -qmin 5 -ab '384k' -ar 48000 -acodec mp2 -f dvd '/mythtv/ipod/5 (WPMT) - Wed Jan 2 14-00-00 2008.mpg' 2> [02:44] you can try messing with that line or with nuvexport: http://www.mythtv.org/wiki/index.php/Nuvexport [04:41] Hi, I've got Mythbuntu 7.10 installed on a box with a Hauppauge PVR-150 and am having trouble getting the remote working. After the install, I tried it and it "just worked" but now that I'm finishing setting up the box, something broke. [04:41] well what'd you change? [04:42] superm1: Nothing, I thought :-/ I did do an apt-get upgrade though [04:42] well take a look at your dpkg log [04:42] and see what got upgraded [04:42] that could have broken in [04:44] It looks like mythbuntu-lirc-generator was upgraded (0.16 to 0.17), but I'm didn't touch the configs at that point [04:44] nothing else? [04:44] no linux-ubuntu-modules [04:45] or kernel or anything [04:49] Oh, I grepped for lirc, looks like it installed a linux-image [04:49] linux-ubuntu-modules installs the kernel modules [04:50] I see the package in the initial install, but not for the upgraded image [04:51] well check whether the modules are loaded [04:52] Although "uname -r" says "2.6.22-14-generic" which is what I originally had [04:52] and open mcc and check that the proper remote is set [04:53] lsmod shows lirc_i2c, lirc_dev and i2c_core, MCC has the Hauppange TV card set (I removed it and had it set it back up again as well) [04:53] try irw [04:53] and see if you can capture any button presses [04:53] Looks like /etc/lirc/lircd.conf is correct as well [04:54] Nothing from irw still [04:55] okay well even though it was fine before, check the cable [04:55] just to make sure nothing got jiggled in the process by accident [04:55] i know those i2c cables are really finicky [04:56] The cable looks good, I plugged and unplugged to be sure, and the LED lights when it's partially plugged it (it has a blaster which I don't need / haven't tested) [04:57] Does the LiveCD support lirc? [04:57] it does [04:57] I'll try booting off that and see if it works [04:57] it has to (obviously) be configured for your remote [04:57] but yeah [04:58] Thanks for the help by the way [05:00] no prob [05:04] It doesn't seem to be working off of the live cd [05:08] I'm starting to think it didn't actually work before and maybe I just imagined it… [05:15] Any suggestions for other troubleshooting steps, or things that would be good to check if it hadn't worked before? [05:25] the batteries in the remote :) [05:27] superm1: first thing I checked :-) [05:43] Alright, thanks for the help [05:51] how do i tell if my card is set for opengl? [05:59] mythbuntu requires a front and backed to function correct? [06:06] uhh, [09:40] doesn't mythbuntu use /etc/network/interfaces ? [15:24] updates broke frontend [15:25] frontend [15:33] i didnt realise ppl did updates once they had a running mythtv [15:33] ive stopped updates as i am tired of fixing things after they get broken with updates [15:37] wow [16:10] /usr/bin/mythfrontend.real: symbol lookup error: /usr/lib/libmyth-0.20.2.so.0: undefined symbol: stat64 [16:25] https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/185108 [16:29] that bug report desperately needs version numbers for all related packages [17:33] squish102, that is on hardy (development release) [17:33] on a stable release updates should be safe [18:27] hi [18:28] what do i need to play dvd with the mythbuntu ? [18:28] mythvideo [18:28] err [18:28] mythdvd? [18:29] these 2 pakages ` [18:29] ? [18:29] just mythdvd [18:29] unless you want to play encrypted dvds [18:29] then you will need an additional package [18:30] ok [18:30] which [18:30] ? [18:30] libdvdcss2 [18:30] can be insalled from MCC [18:31] hi guys [18:31] hi [18:31] hi [18:31] does Mario Limonciello IRC? [18:32] i am hitting #185108 [18:32] i think it might be glibc related [18:32] will i386 builds work on my amd64 [18:32] @ the start of mythbuntu my system are doing scaling die themepictures, is that right ? [18:32] because it takes a lot of time [18:35] and which resolution i should use ? [18:35] 1280x1024 ? [18:35] superm1, ping [18:36] compy, yes [18:36] Bastian, use whatever resolution your display supports [18:42] thegodfather, he is in and out [18:42] ok thanks [18:42] glibc is fine.. [18:42] this is weird [18:51] i'm here [18:52] thegodfather, [18:52] are you on amd64? [18:52] superm1: no, i386 [18:52] superm1: i just added some info to #185108 [18:52] thegodfather, did you just upgrade a bunch of other packages too, or just myth? [18:52] dist-upgrade from gutsy to hardy [18:52] this bug could even be a kernel bug [18:52] so was mine, and mine is fine (with all packages updated..) [18:52] but i can reboot with an old kernel [18:53] and see [18:53] ok.. rebooting.. just need a few secs [18:54] superm1: i can trigger the issue easily with mythtv-setup [18:54] if i try to add a new card, it will scan for /dev/video and crash [18:54] try that [18:54] well the machine that i'm on doesn't have tuners unfortunately. [18:54] the backend doesn't always crash if you have the option enabled to use a card on demand [18:54] can you get a backtrace at all? [18:54] yes i have a trace [18:54] strace [18:55] but it's of no use [18:55] do you have apport-gtk installed? [18:55] or apport-kde ? [18:55] no, it's a very custom machine [18:55] can you install apport? [18:55] it will build a backtrace that is usable [18:55] from debug symbols [18:56] would you guys recommend me installing mythbuntu i386 or i686 if i have amd64x2 [18:57] ie, are there many problems w/ 64 bit mythtv users? [18:57] compy, FYI, i686 is 32-bit [18:57] you mean x86_64 [18:57] superm1: yes i know what apport is, and no, i don't plan to clutter that machine :) [18:57] tgm4883_laptop, oh hehe then yeah x86_64 [18:57] compy, i'd run 64-bit version [18:58] tgm4883_laptop, so you dont have any mythtv problems? [18:58] thegodfather, well you can remove it when you're done, it would be really useful in this case to catch this issue [18:58] since none of us can reproduce it in VMs or anything like that. [18:58] currently though, im only running 32-bit to do a bug with ir blasting and the pvr-150, although that should be fixed by now [18:58] im just too lazy to change it right nowo [18:58] nope, no mythtv problems other than the ir blasting thing [18:58] lirc was hanging and such [18:59] what tuners do you have? [19:00] tgm4883_laptop, none currently, but when i buy one ill be sure it will work in 64 bit [19:00] compy, SD or HD? [19:00] superm1: it's not kernel related.. one thing less to worry about [19:00] sd? [19:00] superm1: old kernel shows the same problem [19:00] get a PVR-150 or a PVR-500 [19:00] although HD is great [19:00] i will want to do HD in the future [19:01] i dotn have a high def tv so its pointless at this point [19:01] I suppose [19:04] superm1: apport doesn't catch it [19:09] hmm interesting [19:09] superm1: dpkg - warning: downgrading libmyth-0.20 from 0.20.2+fixes15096-0ubuntu2 to 0.20.2-0ubuntu10.1. [19:09] ^^^ this work [19:09] any newer version of the library do crash [19:09] well that's interesting. [19:10] there can be 2 million reasons why it breaks [19:10] mostlikely code in mythtv :) [19:10] well let me diff the two source packages [19:10] and see how much could have really cahnged [19:10] so one test would be to rebuild the old source on top of the new toolchain [19:10] and see if that's still ok [19:10] can you try turning off upnp [19:10] there is a whole bunch of upnp changes [19:11] in the diff [19:11] how do i do that? [19:11] edit /etc/default/mythtv-backend [19:11] i am not a real mythtv expert [19:11] ok [19:11] there is an area for extra args [19:11] will they work for mythtv-setup as well? [19:11] add --noupnp [19:11] to it [19:11] the backend is not running [19:12] this is a frontend only box? [19:12] this machine is both [19:12] the backend crashes with the same error [19:12] 19:54 < thegodfather> the backend doesn't always crash if you have the option enabled to use a card on demand [19:13] okay hm [19:13] brb... [19:13] ls [19:13] so will that config change affect mythtv-setup.real or not? [19:13] well it changes something in sql [19:14] so it potentially can affect mythtv-setup.real [19:15] Is this trunk? [19:16] no its not [19:16] its just -fixes, uploaded yesterday for a few small bug fixes [19:17] * Daviey didn't know upnp was in -fixes :O [19:17] yeah they bckported the entire thing from trunk [19:17] at 0.20.2 [19:19] awww, thats very un-myth to introduce whole new features into released versions [19:19] SD excemption ofc' [19:20] well upnp was causing crashes [19:20] in 0.20.1 [19:20] when someone had say a 360 on their network [19:20] two upnp 'servers'? [19:22] beats me what it was [19:22] but also my openwrt liked to fsck it up sometimes [19:23] well diffing the two .orig.tar.gz's, nothing here looks crazy enough to cause these crashes [19:23] very minor changes [19:23] odd [19:25] thegodfather, can you ldd that libmyth [19:25] and see if something is missing? [19:55] Daviey, okay i tested the new iso you made [19:55] appears to be working fine [19:55] i dont see the issue thegodfather was having either [19:55] but then again i dont have a tuner in this box [19:55] so i cant put that option for using a card on demand [19:55] superm1: nothing was missing. that was my first check [19:56] thegodfather, hm [19:56] the thing is that stat64, i thought came from glibc [19:56] so that's just so bizarre [19:57] superm1: it's there.. [19:57] let me upload the strace somewhere [19:57] you will see tons of lstats64 before that one [19:57] that was my second thought.. [19:57] and glibc is fine [19:57] well the thing that also gets me, is k3b broke recently [19:57] according to one of those bugs [19:57] lack of stat64 would make the world come to a unpleasent end [19:57] so it makes me think build-dependency that broke [19:58] yes it would [20:01] well check the build log? [20:01] and diff it with the old one [20:01] there has been a ton of changes on the build depends [20:01] i can say that for sure [20:19] <_taz_> superm1 do you know of mythtv working with IPTV, specifically U-Verse from AT&T? [20:19] no i can't say i do [20:19] <_taz_> this could suck :) === _taz_ is now known as TazgodX [20:19] i can't say i dont either though :) [20:20] im switching from comcast digital cable to AT&T U-Verse very shortly and my mythbox might be useless [20:21] stupid adsl [20:24] hmmm, what kind of host name is that tgm4883? === fabbione is now known as thegodfather [20:26] superm1: did you try to talk to Marillat? [20:26] thegodfather, our package is significantly different than his nowadays [20:26] his library segfaults the same way [20:27]