[00:03] <DHR> I've built a new backend box and imported the from the old one, as per http://www.mythtv.org/wiki/Backend_migration.  It says to restore before running any myth programs.  Well, something in http://www.mythbuntu.org/existing-ubuntu blew away the database contents.  How should I proceed?  I tried stoping the backend and restoring again but that doesn't work.
[00:03] <Zinn> [www.mythtv.org] Backend migration - MythTV
[00:05] <DHR> a related question: what causes the required schema fix (I'm restoring from a .20 box)?
[00:37] <Newbuntu81> Does anyone have any tips on errors preventing me from compiling the analog 2250 driver?  See details at http://ubuntuforums.org/showthread.php?p=10437860#post10437860
[00:50] <Newbuntu81> Specifically, it looks like 2 things are causing me issues.
[00:51] <Newbuntu81> 1. /home/michael/saa7164-v4l/v4l/au0828-video.c:185: error: implicit declaration of function 'usb_buffer_free'
[00:51] <Newbuntu81> 2. /home/michael/saa7164-v4l/v4l/au0828-video.c:255: error: implicit declaration of function 'usb_buffer_alloc'
[00:51] <Newbuntu81> ('usb_buffer_free' AND 'usb_buffer_alloc')
[01:06] <fluvvell> not sure if any kiwis are online, but can someone confirm whether ppa:s are needed for vdpau in NZ?
[01:08] <Newbuntu81> What Mythbuntu kernel is everyone running? I have 2.6.35 and was just told i should perhaps downgrade. Just curious what the rest of you are running?
[01:08] <DHR> NewBuntu81: that message suggests that a header is missing (which should produce an earlier error message).  Not that I know the code, only the C language.
[01:09] <Newbuntu81> Ah thanks DHR. Good info.  I saw something about adding the lines back in but I have no clue what files to edit.
[01:09] <Patrickdk> Newbuntu81, have fun compiling that on .35 :)
[01:09] <Patrickdk> all kinds of new security stuff went into the .33 kernel
[01:09] <Patrickdk> so stuff made for <.33 kernel or maybe .34 kernel can be a bitch to make work
[01:09] <Zinn> Patrickdk: Please watch your language.
[01:10] <Patrickdk> oh heh
[01:11] <Newbuntu81> Hmmm, so everyone here is on .35?
[01:11] <Newbuntu81> I'm trying to fix my issues in compiling...the errors are due to: ('usb_buffer_free' AND 'usb_buffer_alloc')
[01:11]  * Patrickdk wonders what he said to have Zinn comment
[01:11] <Newbuntu81> In another room they suggested i downgrade the kernel.
[01:11] <Patrickdk> I'm not
[01:12] <fluvvell> Patrickdk, perhaps the b**ch word ?
[01:12] <DHR> zinn is a bot.  It appears to notice clasic swear words.
[01:12] <Zinn> Hi DHR, something I can help you with today?  I am a bot, use !help to see what I can do.
[01:12] <Patrickdk> that was after zinn commented
[01:12] <Zinn> Hi Patrickdk, something I can help you with today?  I am a bot, use !help to see what I can do.
[01:13] <Patrickdk> hmm
[01:13] <DHR> zounds
[01:13] <DHR> 'sblood
[01:13] <Newbuntu81> LOL
[01:13] <fluvvell> ha, it seems z*nn has big ears
[01:13] <DHR> merde
[01:13] <Newbuntu81> So anyone know how to fix 1) 'usb_buffer_free' AND 2) 'usb_buffer_alloc')?
[01:14] <Newbuntu81> I saw information saying I needed to add 2 lines to various files. I just don't know which files to edit.
[01:14] <Newbuntu81> Here's my errors /log. http://ubuntuforums.org/showthread.php?p=10437860#post10437860
[01:14] <Zinn> [ubuntuforums.org] Hauppauge HVR-2250 analog support issues with MythTV - Page 8 - Ubuntu Forums
[01:14] <DHR> I'd say that was a symptom.  Your headers (from the kernel, I guess) don't match what the code expected.
[01:14] <Newbuntu81> Yep, Zinn, that's my post.
[01:14] <Zinn> Hi Newbuntu81, something I can help you with today?  I am a bot, use !help to see what I can do.
[01:15] <Patrickdk> zinn, I want to do something unsavory to you later.
[01:15] <Zinn> Hi Patrickdk, something I can help you with today?  I am a bot, use !help to see what I can do.
[01:15] <DHR> I assume (hey, I don't know anything) that the drive is "out of tree" so it has trouble keeping up with kernel advances.
[01:15] <Patrickdk> zinn is kinky
[01:15] <Zinn> Hi Patrickdk, something I can help you with today?  I am a bot, use !help to see what I can do.
[01:15] <Newbuntu81> LOL
[01:15] <Newbuntu81> The funny part is...this is how I feel at work.
[01:15] <Patrickdk> out of tree?
[01:16] <Newbuntu81> You ask and ask and ask and get non-sensical answers. LOL.
[01:16] <Patrickdk> dhr, all you have to do is make sure the backend isn't running
[01:16] <Patrickdk> restore the db
[01:16] <Patrickdk> then start the backend
[01:16] <Patrickdk> after that, start a frontend, the frontend should upgrade the db
[01:16] <DHR> patrickdk: thanks.
[01:17] <Patrickdk> I can't remember if I upgraded my old .15 or if I started over
[01:17] <Patrickdk> but been using myth since like .11
[01:17] <Newbuntu81> Patrickdk: Are these tips for me?
[01:17] <DHR> "out of tree" means, in the Linux world, code that isn't in the official Linux tree.  When people change the kernel, they make the required changes to the in-tree drivers but they don't do it for out-of tree drivers.
[01:18] <DHR> the Right Thing is to work really hard at getting your driver accepted in the tree.  The usual barrier is quality of your code.  But many folks are too shy (or something) to submit their drivers.
[01:19] <Newbuntu81> Oh nevermind. Patrickdk is helping DHR, and both he and DHR are helping me. Wow this gets confusing.
[01:19] <Patrickdk> heh, guess so, I just call out mainline or screwed
[01:20] <Patrickdk> I have only submitted one thing to the kernel
[01:20] <Patrickdk> and they wanted it badly
[01:20] <Patrickdk> all I did was email the kernel list saying I patched it, and alex cox took it and applied it
[01:20] <Patrickdk> total of like 3 days
[01:22] <DHR> a while ago?  Does Alan still act as a gatekeeper for anything?
[01:22] <Patrickdk> I don't think so :)
[01:22] <Patrickdk> this was back when pci/localbus didn't exist, 16bit isa baby :)
[01:23] <Newbuntu81> and now we have PCIe
[01:23] <Newbuntu81> Are people still using AGP for video cards, or has everyone switched over to PCI Express now?
[01:23]  * Patrickdk wonders if anyone remembers localbus
[01:23] <Patrickdk> or microchannel
[01:24] <Patrickdk> hell, I have lots of 8bit isa cards still right next to me
[01:24] <Zinn> Patrickdk: Please watch your language.
[01:24] <Patrickdk> oh, it's hell
[01:24] <Zinn> Patrickdk: Please watch your language.
[01:24] <Patrickdk> Ihaving a hell of a good time :)
[01:24] <Zinn> Patrickdk: Please watch your language.
[01:41] <Newbuntu81> Has anyone else ran into these errors?
[01:41] <Newbuntu81> My issues seem to be with:
[01:41] <Newbuntu81> 1. /home/michael/saa7164-v4l/v4l/au0828-video.c:185: error: implicit declaration of function 'usb_buffer_free'
[01:41] <Newbuntu81> 2. /home/michael/saa7164-v4l/v4l/au0828-video.c:255: error: implicit declaration of function 'usb_buffer_alloc'
[01:42] <Patrickdk> you really can't use google at all can you
[01:42] <Patrickdk> https://issues.asterisk.org/print_bug_page.php?bug_id=17383
[01:42] <Zinn> [issues.asterisk.org] 0017383: [patch] usb_buffer_free/alloc renamed in 2.6.34; compat funcs dropped in 2.6.35-rc0 - Asterisk.org Issue Tracker
[01:52] <Newbuntu81> LOL.  I've been searching for days.  That's why I thought hey--these people probably had to do it.  Maybe they know.
[01:52] <patdk-lap> google: usb_buffer_free 2.6.35, click url
[01:55] <Newbuntu81> Actually the patch failed.
[01:55] <Newbuntu81> But maybe from the results I"ll know which 2 files to gedit
[01:55] <Newbuntu81> Is there a preferred way to paste in errors in here?
[01:56] <patdk-lap> patch?
[01:56] <patdk-lap> you wheren't suppost to apply a PATCH from the url I posted
[01:56] <patdk-lap> you where suppost to READ, and hack it yourself
[01:56] <patdk-lap> or are you saying you don't know c at all?
[01:57] <Newbuntu81> I don't know C very well...
[01:57] <Newbuntu81> But the page had a patch.
[01:57] <Newbuntu81> [wget patch] [License OK (v3.0)]
[01:57] <Newbuntu81> wget 'https://issues.asterisk.org/file_download.php?file_id=26178&type=bug' -O - | patch -p0
[01:57] <patdk-lap> the patch was for asterisk, not video
[01:57]  * patdk-lap notes telephone system != video
[01:59] <Newbuntu81> Sorry, I should have known it wouldn't be THAT easy
[02:00] <patdk-lap> but if you read it, it is simpler
[02:00] <patdk-lap> just a search/replace
[02:19] <DHR> I don't remember when PCI came in.  Wikipedia says "did not gain significant market penetration until late 1994 in second-generation Pentium PCs" but I think that my P60 systems had PCI.
[02:19] <patdk-lap> yep
[02:19] <DHR> I recycled them last year so I cannot check.
[02:19] <patdk-lap> 486's is when pci and localbus came in
[02:19] <patdk-lap> but localbus was faster than pci, and cheaper
[02:20] <patdk-lap> but you could only have like 3 localbus slots per computer, where pci wasn't so limited
[02:20] <patdk-lap> localbus was also a very very long slot (if I remember right, it was a normal 16bit isa, plus the localbus on the end of it)
[02:20] <DHR> The new Myth box I'm setting up has 5 PCI.  For analogue tuner cards.
[02:20] <patdk-lap> 5 tuners?
[02:21] <patdk-lap> I have 3 in my system, hardly any of them are ever busy
[02:21] <DHR> Four at the moment.  Need a better splitter.
[02:21] <patdk-lap> nothing on tv worth watching
[02:21] <patdk-lap> mainly just use mythvideo
[02:22] <DHR> everything worth watching can happen at the same time.  And it is recording for more than one person.
[02:22] <patdk-lap> mine does 3 people
[02:23] <patdk-lap> I opted for 4 pciex16 slots though
[02:23] <patdk-lap> needed the slots for video cards
[02:23] <DHR> My old myth box had 5 pci plus an AGP.  That makes it obsolescent.  I took over one PCI for a SATA controller.
[02:23] <patdk-lap> my new one has 8 sata, only 6 usable
[02:24] <patdk-lap> have sata mulpliers in 3 of them
[02:24] <DHR> The tuners I've collected are all PCI.
[02:24] <patdk-lap> so 18 usable sata ports :)
[02:24] <patdk-lap> expandable to 26 (or 30 with usb boot)
[02:24] <DHR> I'm only using 5 of the 6 in the box I've just built.
[02:25] <DHR> multipliers don't work with all controllers, right?  So many under-advertised options in SATA.  Like: only some controllers support hot swap.
[02:25] <patdk-lap> yep
[02:25] <patdk-lap> what southbridge you have?
[02:26] <DHR> P43 chipset.  http://www.gigabyte.com/products/product-page.aspx?pid=3637#ov
[02:27] <patdk-lap> that is a northbridge
[02:27] <patdk-lap> not south
[02:27] <DHR> ICH10
[02:27] <patdk-lap> that is good then
[02:28] <patdk-lap> you have that jmb368 chip also
[02:28] <patdk-lap> it's useless
[02:28] <DHR> inexpensive board with 5 PCI.  Trust Gigabyte more than ECS
[02:29] <DHR> good to know.  I've not connected any IDE.
[02:29] <patdk-lap> oh they are only using it for ide
[02:29] <patdk-lap> probably ok
[02:29] <patdk-lap> mine does ide and two sata
[02:29] <patdk-lap> but only two sata in raid mode (and when not in raid mode, only one sata)
[02:29] <patdk-lap> and it's slow
[02:29] <patdk-lap> so I just don't use them at all
[02:30] <patdk-lap> mine is a beast of a system, atleast for myth
[02:30] <DHR> Why would you use RAID mode?  My understanding is that software RAID is better.
[02:30] <patdk-lap> it is
[02:30] <patdk-lap> I wouldn't use it, so I don't use it
[02:31] <patdk-lap> and the port mulpliers saved me
[02:31] <patdk-lap> they max out at around 240MB/s per sata port
[02:32] <patdk-lap> so only really fullspeed of 2-3 drives per port, instead of 5
[02:32] <patdk-lap> but acceptable
[02:32] <DHR> My impression (may not be right) is that the southbridges have unadvertised bottlenecks.
[02:33] <patdk-lap> the ich10 fixed many of them
[02:33] <patdk-lap> I know ich7/8 and I think 9, where all connected a single pci bus
[02:33] <patdk-lap> so all the sata where limited to 100MB/s
[02:33] <patdk-lap> been awhile since I looked at the ich10 datasheet
[02:34] <DHR> why do you have such an overspeced machine for Myth.  Does it do something else?
[02:34] <patdk-lap> it's a amd 1090T with 16gigs ram
[02:35] <patdk-lap> with 4 gt240 video cards
[02:35]  * mrand remembers localbus and microchannel.
[02:35] <mrand> "It's like a multi-lane highway"
[02:35] <patdk-lap> it's my primary workstation
[02:35] <DHR> I remember s100.  I've still got an Altair.
[02:35] <patdk-lap> I use the hdmi ports on each video card to feed a tv
[02:36] <mrand> four tv's?
[02:36] <patdk-lap> yep
[02:36] <mrand> in one room?
[02:36] <patdk-lap> and 4 monitors (for my workstation)
[02:36] <patdk-lap> 4 rooms
[02:37] <mrand> interesting setup.
[02:37] <patdk-lap> power savings are much better having a beast, then several frontends
[02:37] <DHR> I like a dedicated myth box.  That way it can sit in the corner, undisturbed, like an appliance.  My workstation gets rebooted several times a month.
[02:37] <patdk-lap> I only reboot about once a month, for updates
[02:38] <patdk-lap> I wanted the power to attempt to decode 4 hd streams at once
[02:38] <patdk-lap> but I'm happy if it can do 2
[02:38] <DHR> my old backend hasn't had updates in several years.  Still on Fedora Core 5.  For one thing, TV-Out support for that card disappeared for several years.
[02:38] <patdk-lap> heh, I hated the tv out on the 350
[02:39] <patdk-lap> used it for about a week
[02:39] <patdk-lap> and dropped it
[02:39] <mrand> patdk-lap: I'm not sure your are saving much power compared to a diskless Zotac, but you've got better control/options/power.
[02:39] <mrand> (horsepower, I mean)
[02:39] <patdk-lap> mrand, not sure, I would have to check
[02:40] <patdk-lap> but it's not using much more power than my old system
[02:40] <patdk-lap> a p4 D
[02:40] <DHR> P4 D slurps power
[02:40] <mrand> Heh.  I have my daughter on a P4.  It's loud and hot.
[02:41] <patdk-lap> I have stacks and stacks of dells here that I fix
[02:41] <patdk-lap> I keep replacing the bad caps on broken motherboards
[02:41] <patdk-lap> and have a perfectly good computer
[02:41] <DHR> during the P4 years I only bought AMD.
[02:41] <patdk-lap> wife wants me to start tossing them out now
[02:42] <DHR> Replacing bad caps if pretty labour intensive, isn't it?  you need to replace dozens per board, don't you?
[02:42] <patdk-lap> have 5 p4 xeon dual systems :)
[02:42] <patdk-lap> dhr, most of them was around 16
[02:42] <patdk-lap> took me about an hour per board
[02:43] <mrand> you a EE?  Saw you talking about reading the ich datasheet.
[02:44] <patdk-lap> I started with electricity when I was a year old
[02:44] <patdk-lap> learned it, did a lot with it
[02:44] <patdk-lap> but around 14 or so, I learned, well, computers can manage electricity so much better :)
[02:45] <patdk-lap> but I still have racks and racks of amd and national semiconductors, and some ti books
[02:45] <patdk-lap> and I normally always read the datasheets for chips, expectially for server boards I'm looking at, to see how the slots are connected (shared bus or not) and what bandwidth is available form them to cpu/memory
[02:46] <mrand> Yeah.  Intel is locking stuff down pretty tight now-a-days.  I have to request access just to ask them a question!
[02:46] <mrand> stuff=documentaiton
[02:46] <patdk-lap> ya, used to be I could easily get a datasheet and even power budget worksheet from their website
[02:47] <patdk-lap> but this last time, it took me forever to find the datasheet, and no powerbudgets
[02:47] <DHR> sometimes its what's not in the datasheet.  I couldn't figure out why my Acer Revo 3610, which came with 4G of RAM, couldn't see it all.  Turns out that intel didn't bother to drive all the address pins but see if you can find that in the datasheet.
[02:48] <patdk-lap> it's in there
[02:48] <patdk-lap> how much could it see?
[02:48] <patdk-lap> and where you in 32 or 64bit mode?
[02:48] <DHR> 4G of address space, some for the PCI
[02:48] <DHR> 64-bit.  But PAE means that it shouldn't matter.
[02:48] <patdk-lap> pae?
[02:48] <patdk-lap> pae doesn't exist in 64
[02:49] <patdk-lap> and not all cpu's support pae
[02:49] <patdk-lap> my 64bit cpu only supported 3gig ram, and 32bit mode didn't support pae
[02:49] <patdk-lap> ram limited was motherboard issue
[02:49] <patdk-lap> but yes, all cpu's have only limited amount of address pins
[02:49] <DHR> all Intel CPUs since Pentium Pro support PAE.  PAE only needed for 32, but that's why I said it didn't matter whether I used 64 or 32.
[02:50] <patdk-lap> my cpu clearly said no pae support
[02:50] <DHR> Which CPU?
[02:52] <Newbuntu81> Why is software raid better than hardware? I thought hardware anything was better. (i.e. hardware encoding)
[02:53] <DHR> real hardware RAID can have advantages.  But that is expensive.  The cheap stuff has no advantages, at least in the Linux world.
[02:53] <patdk-lap> maybe motherboard issue again
[02:53] <patdk-lap> http://ark.intel.com/Product.aspx?id=27519
[02:53] <Zinn> [ark.intel.com] IntelÂ® PentiumÂ® D Processor 940 (4M Cache, 3.20 GHz, 800 MHz FSB)with SPEC Code(s)SL8WQ, SL94Q, SL95W
[02:53] <patdk-lap> but booting any pae enabled kernel, would crash on boot
[02:53] <DHR> It will surely have PAE on-chip.
[02:53] <patdk-lap> 64bit and 32bit where ok
[02:54] <DHR> that's odd.
[02:54] <patdk-lap> ya
[02:55]  * patdk-lap is scared of the memory layout of current systems
[02:55] <DHR> chipsets and BIOSes and solder masks can all impose stupid limitations.
[02:55] <patdk-lap> expecially 64bit
[02:55] <mrand> uh, how would solder masks impose a stupid limitation?
[02:56] <DHR> I meant traces: not enough lines.
[02:56] <patdk-lap> you have ems block, or umb area
[02:56] <patdk-lap> you have reserved spots for addin cards
[02:56] <patdk-lap> then random pci/agp area
[02:56] <patdk-lap> then random pcie areas in 64bit land
[02:57] <DHR> most PCI reservations seem to be 32-bits so insignificant, if annoying.
[02:57] <patdk-lap> all this latency memory readdressing :(
[02:58] <DHR> every montherboard is NUMA
[02:59] <DHR> you didn't even mention the new fangle PCI virtualization hardware, surely adding another level of latency
[02:59] <patdk-lap> heh?
[03:00] <patdk-lap> I'm already missing one or two thing that screw up the memory map, that I can't remember
[03:00] <DHR> since it is on-chip, it may not matter (gate delays are so short these days)
[03:00] <patdk-lap> I used to write protected mode startup code back on the 386/486, would hate to do it these days with how screwed up the memory ranges are
[03:03] <DHR> IO MMU AMD-Vi, Intel VT-d
[03:03] <DHR> http://en.wikipedia.org/wiki/IOMMU
[03:03] <Zinn> [en.wikipedia.org] IOMMU - Wikipedia, the free encyclopedia
[03:04] <DHR> The thing that gets me is SMM.  Completely behind the back of the OS.  Makes for uncontrollable jitter, for example.
[03:04] <DHR> Can also create holes in OSes: apparently some BIOS SMM code makes assumptions about the MTRRs that users can falsify.
[03:06]  * DHR ducks out for a bit
[03:52] <qwebirc52383> Evening all
[03:53] <qwebirc52383> Can anyone point me to the MD5 Checksum for mythbuntu-10.10-desktop-amd64
[03:54] <bonelifer> http://mythbuntu.org/downloads
[03:54] <Zinn> [mythbuntu.org] Download | Mythbuntu
[03:54] <bonelifer> Trouble Shooting link
[03:54] <qwebirc52383> awesome ty
[03:54] <bonelifer> MD5SUMS
[03:54] <qwebirc52383> didnt see it in the dropdown, thanks
[03:56] <bonelifer> After a fresh install of 10.10 I experience a standard black login screen. I login and can't "startx", I do a "sudo shutdown ..." to restart and I'm in the frontend. It does that everytime I update/install anything.
[03:56] <bonelifer> the splashscreen also doesn't have the usual mythbuntu, but install says "Ubuntu 10.10" above the dots.
[03:57] <bonelifer> would I have better luck just upgrading?
[03:57] <bonelifer> the MD5 sum is right
[03:58] <bonelifer> for the iso
[03:59] <superm1> the text splash screen isn't overridden from ubuntu one
[03:59] <superm1> due to technical reasons
[03:59] <superm1> but the graphical one is
[04:00] <bonelifer> by graphical I assume you mean the purple background.
[04:00] <bonelifer> which is what I was talking about, not really important. the unstable reboot after upgrades is though
[04:01] <bonelifer> s/upgrades/install
[04:01] <superm1> i'm meaning the one that shows a mythbuntu picture
[04:02] <superm1> rather than a line of text with ubunt
[04:02] <bonelifer> yes, that's the one that didn't show, instead it shows Ubuntu 10.10
[04:02] <superm1> so during install did you pick the nvidia driver?
[04:02] <bonelifer> yes
[04:02] <superm1> perhaps it's not working properly with your card
[04:03] <superm1> have you checked the X log after a boot?
[04:04] <bonelifer> no, that was the only graphical problem I have, so I didn't bother. Again, the having to reboot after rebooting after an upgrade/install of new program is what's bothering me
[04:05] <bonelifer> was just wondering if anybody's seen that problem. Right now I'm justing going to go with a 10.04 install and revisit this later if no one can point me in the right direction.
[04:06] <superm1> i dont think i've ever seen that problem myself
[04:06] <bonelifer> not really that important if it isn't a off the top of somebody's head sort of thing.
[04:07] <bonelifer> probably a nvidia driver thing. as startx tried to start when I issued the command, but then just stopped at something I can't remember and I ctrl-c'd out of it and restarted.
[04:07] <superm1> you shouldn't generally be using startx to login to the GUI
[04:07] <superm1> you should be using gdm
[04:08] <superm1> if you are having to use startx for some reason, you should figure out what's wrong with gdm (and fix that)
[04:08] <bonelifer> neither worked though
[04:09] <superm1> so if gdm doesn't work immediately after boot, check /var/log/Xorg.0.log
[04:09] <superm1> and /var/log/syslog
[04:09] <superm1> one of them should say why
[04:09] <superm1> assuming you didn't disable the upstart job or something
[04:09] <bonelifer> just a standard fresh install
[04:10] <superm1> right, but that doesn't preclude potential problems with compatibility with the nvidia driver
[04:10] <superm1> it can certainly cause problems like that if it's not liking your hardware
[04:10] <superm1> again, it would be documented in the logs what's happening though
[04:11] <bonelifer> ASUS GT-220.  I'll keep that a text file for when I try again mid next week.
[04:11] <superm1> GT220 should work fine out of the box
[04:11] <superm1> (with that nvidia driver that is)
[04:13] <bonelifer> that's why I took the leap to get the audio via hdmi for when the system is finished. doing the alsa upgrade via the upgrade script available, left me seeing the ASUS audio, but not able to see or use the builtin. Which the 10.10 install fixed. I'll give it a few days and a fresh set of eyes/mind and your log suggestion to see what's up.
[04:18] <bonelifer> the only other strange thing that happened to me was that when scanning for channels it recieved a "100%" signal, and I ended up with channels that were just static, definately don't want to go through and manually disable 60+ channels
[04:19] <bonelifer> thanks for the suggestions
[04:21] <bonelifer> the whole scan thing is weird since 10.04 works right.
[15:59] <baggar11> does mythtv still do straight passthrough for all audio types, without upconverting 2 channel to 5.1? When I uncheck the upconvert option, I lose 2 channel audio. The 5.1 stuff still plays fine.
[16:01] <rhpot1991> baggar11: it should, you want your speakers set to 5.1, no upconverting and then enable the digital passthrough options
[16:01] <rhpot1991> you could also try toggling the stereo pcm only checkbox
[16:22] <mrand> !stab linux audio
[16:22]  * Zinn stabs linux audio with a rusty spork.
[17:57] <baggar11> rhpot1991: hmm, don't recall seeing the stereo pcm only checkbox, I'll check again, thanks.
[18:01] <rhpot1991> baggar11: its in the advenaced section
[18:38] <tgm4883> !logs
[18:38] <Zinn> MythTV logs are stored in /var/log/mythtv/   You can use mythbuntu-log-grabber from the Applications menu to automatically post the most relevant logs to our pastebin.
[22:43] <Newbuntu81> I've made some progress since yesterday, I believe resolving the usb_buffer_alloc and usb_buffer_free errors.  Has anyone with an HVR 2250 run into issues with dvb_net.c when compiling?  All helpful eyes are appreciated.  Details at http://ubuntuforums.org/showthread.php?p=10440736#post10440736, post #74 (pg 8).  Thanks!
[22:57] <mrand> Newbuntu81: I'd suggest contacting the last few pepole that checked that file into whatever repository you'll pulling from and ask them.
[23:42] <Newbuntu81> does anyone know how to pull a few specific files from a .tar.bz2 file and copy them into a specific folder?
[23:43] <Newbuntu81> it would be a sudo cp .....
[23:43] <tgm4883> untar, then copy?
[23:43] <tgm4883> or man tar
[23:45] <Newbuntu81> in the folder named "/usr/src/linux-source-2.6.35", is the zipped file named "linux-source-2.6.35.tar.bz2".  I need to pull out all *.h and *.c files from this directory inside the .tar.gz2 folder named "/linux-source-2.6.35/drivers/media/dvb/dvb-core/"
[23:46] <Newbuntu81> so you can't do it all in one step? :-)
[23:47] <mrand> Newbuntu81:  I don't remember that you can use a wildcard when un-tar'ing.  You may have to extract everything then grab the files
[23:51] <Newbuntu81> i'm going to ask in myth too. thanks mrand
[23:54] <Newbuntu81> man tar i guess is the command