[05:39] <mjg59> rtg: ipw3945 is failing in the same way that it used to in feisty before the softmac fix went in. Has that been reapplied?
[05:39] <rtg> mjg59: dunno. I have not looked in awhile.
[05:39] <mjg59> rtg: iwevent never shows it sending an associated event
[05:40] <rtg> mjg59: I'll look in the morning.
[05:40] <mjg59> rtg: THanks
[05:41] <mjg59> The symptom
[05:41] <mjg59> 's pretty obvious - nm just never realises that the network has associated, and iwevent shows no event that would tell it so
[05:42] <mjg59> Whereas on iwl4965, I get "New Access Point/Cell address" when it's associated
[05:43] <rtg> mjg59: That sounds roughly the same. I remember there was a workaround where you could click on the wireless net in the NetWork manager drop down list and get it to connect sometimes.
[08:35] <arno-t> hi all. I followed KernelCustomBuild on the ubuntu wiki, but when I try with the flavours=686 passed to debian/rules, I get Error1 file not found? Should I use 386 instead?
[10:02] <kraut> moin
[03:27] <rtg> mjg59: Gutsy a10df6bc15d12d3efeef35008337f6df7978273c is the Feisty version of the softmac patch.
[03:31] <mjg59> rtg: Hm. Interesting.
[03:31] <mjg59> Something seems to have caused it to stop working
[03:32] <rtg> mjg59: I had some problems with i3945 RF kill switch, but other then that it seemed to work OK.
[03:32] <rtg> Though I have not used it lately.
[05:01] <rtg> I just pushed gutsy merged w/2.6.22.6
[05:03] <BenC> rtg, pkl_, kylem: Going through these bugs right now: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=New&field.status%3Alist=Incomplete&field.status%3Alist=Confirmed&field.status%3Alist=Triaged&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.
[05:03] <BenC> subscriber=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_patch=on&field.tag=&field.has_cve.used=&search=Search
[05:03] <BenC> those are ones with patches
[05:03] <BenC> I hate lp URLs
[05:06] <zul> BenC: the xen patch in that list can be disregarded
[05:07] <mjg59> The libata acpi code is still sitting on kernel-team
[05:09] <BenC> mjg59: yeah, kernel-team list is going to be gone through too
[05:09] <mjg59> Ok, cool
[05:11] <mkrufky> the -stable kernel is taking a bit longer than usual for their next release, it seems.....  there is a horrible regression fix (broken HD5000 atsc tuning) that will most likely be in 2.6.22.7 , if i sent it to kernel-team@lists.ubuntu.com , would you guys merge it into gutsy?
[05:13] <BenC> mkrufky: since we likely wont merge past .6, then yes
[05:13] <mkrufky> ok, i will sent it now, then
[05:13] <mkrufky> thanks
[05:17] <BenC> Anyone looked at bug #116326?
[05:17] <BenC> rtg: ^^ ?
[05:18] <zul> BenC: its the the oled one?
[05:18] <kylem> frankly i've not had time to look at any bugs unless i've been specifically asked to.
[05:18] <rtg> BenC: Just a bit ago, but I'm not convinced there is a patch yet.
[05:18] <BenC> rtg: neither am I
[05:19] <BenC> snd-hda-intel is becoming our ata_piix of past releases
[05:19] <BenC> too many new codecs coming out
[05:20] <rtg> They are all wired differently, each with their own quirk.
[05:20] <maks_> i've an x61s that doesn't have sound with latest -rc4
[05:20] <kylem> you are in a maze of twisty codecs, all alike.
[05:20] <kylem> the walls are closing in.
[05:21] <BenC> safe at last!
[05:24] <mkrufky> something is wrong w/ my thunderbird configurationhere @ the office ---  I couldn't sent patches inline without whitespace-mangling...  so, i just fwd'd them from my outbox ....  two patches sent.  the b2c2-flexcop patch is absolutely crucial, although the ivtv patch should really be applied as well
[05:25] <mkrufky> luckily, no users noticed these problems yet, as i dont see any bugs in launchpad against 2.6.22 about these....   so, hopefully those will be applied before anybody notices ;-)
[05:26] <BenC> I'm merging #119457
[05:27] <BenC> kylem: you want to check the kernel-team list for patches to merge, specifically mjg59's libata-acpi one?
[05:27] <rtg> zul: How is rhinefnet different then drivers/net/via-rhine.c ?
[05:27] <BenC> ack it to the list so it's easy to see what we've pulled in
[05:28] <kylem> yeah.
[05:29] <BenC> thanks
[05:30] <rtg> BenC: I think you have hardware for bug #119457
[05:30] <BenC> yeah, I'll be testing it
[05:30] <rtg> Where is ubuntoid?
[05:32] <zul> rtg: er its not reject it please
[05:32] <rtg> zul: np
[05:33] <zul> heh at least i got practice with it
[05:37] <rtg> zul: It looks like both versions support the same set of PCI IDs.
[05:38] <zul> rtg: yeah i had a look thats why i said reject it
[05:39] <amitk__> zul: Do you have any issues with the changes to the build system that I cc'ed you on?
[05:39] <rtg> zul: I was just making sure we didn't overlook something.
[05:39] <zul> amitk__: when did you send the email
[05:39] <pkl_> re bug #67175, any reason why the Gutsy kernel isn't built with NFS v3 ACL support?
[05:39] <amitk__> tue/wed
[05:39] <amitk__> zul: tue/wed
[05:40] <amitk__> rtg: when are you uploading?
[05:40] <kylem> wow.
[05:40] <rtg> Oh no! kylem is so good at it that I let him :)
[05:41] <kylem> this via rhine driver is fucked crack addled.
[05:41] <rtg> kylem: the one from VIA, or the one in the kernel ?
[05:41] <kylem> +struct pci_device_id {
[05:41] <kylem> +    unsigned int vendor, device;
[05:41] <kylem> +    unsigned int subvendor, subdevice;
[05:41] <kylem> +    unsigned int class, classmask;
[05:41] <kylem> +    unsigned long driver_data;
[05:41] <kylem> +};
[05:41] <kylem> it has compatibility code all the way back to 2.2.0
[05:41] <zul> amitk__: no complaints from me
[05:41] <rtg> kylem: I agree its pretty ugly.
[05:44] <kylem> +#define pci_dma_sync_single(dev,dma_handle,size,direction)   do{} while(0)
[05:44] <kylem> heh.
[05:44] <kylem>  wow.
[05:45] <amitk__> kylem: how much time do I have before a upload?
[05:45] <kylem> amitk__, monday? i dunno, whenever ben tells me to do ti.
[05:46] <BenC> pkl_: last I recall NFSv3 acls were marked as experimental, which is why it wasn't enabled
[05:46] <amitk__> kylem: great...
[05:46] <kylem> BenC?
[05:47] <BenC> kylem: Monday sounds good
[05:47] <kylem> ok.
[05:47] <kylem> hmm, that will be interesting.
[05:47] <pkl_> BenC: it is no longer marked as expermental (in the Gutsy kernel).  So, this can probably now be enabled.
[05:48] <kylem> upload at 5pm, get on plane at 6:30pm, be in london for 7am BST and fix any fallout. haha.
[05:49] <BenC> pkl_: good, people have been wanting that for awhile
[05:50] <BenC> kylem: I was thinking earlier Monday :)
[06:03] <BenC> rtg: you've reviewed the patch in bug #126849 already, right (ATA dev detection)?
[06:04] <rtg> BenC: Note the last comment in the LP report. It is not upstream, and its had plenty of time if it was going to be accepted.
[06:05] <BenC> rtg: have you checked libata-dev git?
[06:05] <tiziano>  good evening, is there a way to reconfigure the ubuntu kernel and still have restricted drivers support?
[06:05] <BenC> the usually show up there first
[06:05] <rtg> BenC: no, only linux-2.6 and s.6.22.y
[06:05] <BenC> tiziano: depends on what you mean by reconfigure
[06:06] <BenC> rtg: gitweb should work on git.kernel.org for that tree, if you want to check
[06:06] <tiziano> mkae menuconfig ; make ; make modules install ; etc
[06:06] <BenC> tiziano: then no
[06:07] <tiziano> how am i supposed to reconfigure the kernel, i need something modified to boot my thurion laptop boot without noapic option...
[06:07] <tiziano> currently it only boots with noapic
[06:07] <tiziano> i managed to get a bootable kernel with gentoo 
[06:08] <BenC> tiziano: best bet is to file a bug, and tell us what patch you need to make things work so we can get our kernel booting on your system
[06:08] <BenC> otherwise you are on your own
[06:14] <arno-t_> hi all. I ran "AUTOBUILD=1 NOEXTRAS=1 fakeroot debian/rules binary-debs flavours=386" as suggested on the wiki and after a few hours ended up with no errors. But also with no .deb files? Do I have to copy down bzImage and system map etc manually?
[06:15] <BenC> arno-t_: debian/build/*.deb
[06:15] <BenC> that's where you'll find things
[06:15] <BenC> and I believe the wiki mentions that
[06:15] <arno-t_> Thanks a lot. The wiki says "The debs are placed in your kernel directory's parent directory."
[06:16] <arno-t_> to me that would be the parent of from where i run the script...
[06:18] <tiziano> fact is this bug is ages old
[06:18] <tiziano> kernel hang at boot, it only boots with 1000mhz /low latency
[06:18] <tiziano> infact low latency image does boot
[06:18] <tiziano> afk 5 minutes
[06:22] <rtg> arno-t_: Its different for Gutsy then it is for Feisty. Gutsy creates debs in the parent, Feisty in debian/build
[06:32] <tiziano> re
[06:32] <tiziano> thank BenC
[06:33] <tiziano> my laptop only boot with the low latency kernel, otherwise it needs noapic, should i file a bug?
[06:33] <BenC> tiziano: still the case for gutsy?
[06:33] <tiziano> feisty
[06:33] <BenC> tiziano: try gutsy...we aren't going to work on a fix for feisty
[06:33] <tiziano> afaik low latency is not auto updated, you need to search for it
[06:34] <BenC> no idea what you mean by that
[06:34] <BenC> we don't have lowlatency in gutsy
[06:36] <tiziano> i mean a user that want to install ubuntu from the cd needs noapic to boot, than he needs to know that there's a kernel build named low-latency. low-latency is not listed in the auto-update
[06:37] <tiziano> at any rate I had the fortune to find it, just wondering why low-latency it's not showed in the auto update
[06:37] <tiziano> that notify are thing that let you update and reboot...
[06:38] <tiziano> are=area
[06:41] <rtg> BenC: the libata patches proposed by Edward Amsden are not in libata-dev.
[06:42] <tiziano> hi, where is the official gutsy home page?
[06:45] <doko> kylem: please merge https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/136426
[06:50] <rtg> kylem: I'll get #136426. I've been wanting it for awhile.
[06:50] <kylem> wanting it why?
[06:50] <doko> rtg: thx :)
[06:50] <kylem> you know about $CONCURRENCY_LEVEL, don't you?
[06:50] <rtg> kylem: for muli-arch parallel buildusing 'debuild -b'
[06:51] <rtg> Maybe multi-arch is the wrong term, but you know what I mean.
[06:51] <rtg> kylem: $CONCURRENCY_LEVEL doesn't work with debuild does it? It does not appear that it does.
[06:52] <kylem> export CONCURRENCY_LEVEL=4
[06:52] <rtg> why wouldn't 'CONCURRENCY_LEVEL=4 debuild -b' work?
[06:52] <doko> kylem: nobody else but you knows about it, DEB_BUILD_OPTIONS is more known, and it can be supported by buildds
[06:53] <kylem> yeah, sorry, i guess i'm the only person who looks in the rules files of the packages i build...
[06:53] <doko> yeah, thats the problem, gcc had its own grown way as well
[06:54] <kylem> that was sarcasm.
[06:54] <kylem> buildds already appear to build in parallel...
[06:55] <kylem> doko, is this a new standard or something? Debian uses CONCURRENCY_LEVEL as well, which is why i'm pushing back...
[06:56] <doko> right, see bug 136420
[06:57] <doko> its proposed policy and followed by several packages
[06:57] <kylem> fine.
[06:59] <rtg> doko: It appears to be working for me.
[06:59] <doko> surprise ;-P
[06:59] <rtg> I suppose since you wrote it, it'll have to work :)
[07:01] <doko> well, this time I did even test it =)
[07:02] <BenC> rtg: CONCURRENCY_LEVEL is what kernel-package uses
[07:02] <BenC> s/rtg/everyone/
[07:03] <rtg> BenC: And that is what I normally use when building for a single arch.
[07:04] <doko> I didn't remove the use of CONCURRENCY_LEVEL, just added the proposed one
[07:04] <BenC> ok
[07:04] <BenC> if it's proposed policy, then it makes sense to support it
[07:13] <mkrufky> rtg: thanks for commit :-)
[07:14] <zul> btw https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/74362 is caused by firmware being loaded before the first ifup
[07:14] <rtg> mkrufky: np
[07:15] <mkrufky> oh, you git-cherry-picked them...  my s-o-b is missing from the ivtv fix ... oh well
[07:16] <mkrufky> anyway thats not important -- thanks
[07:18] <zul> and for 74362 its still in gutsy by the look of it
[07:19] <rtg> mkrufky: I didn't think to look for your s-o-b, I just plucked 'em from Linus' tree. They applied clean. Please test at your earliest opportunity.
[07:20] <mkrufky> rtg: the missing s-o-b is the only difference ... the changesets are exactly what was in linus' tree
[07:20] <mkrufky> i cherry-picked them myself, and just fwd'd the patches
[07:20] <mkrufky> i can send you pull requests from my tree on kernel.org in the future, if thats what u prefer
[07:21] <rtg> mkrufky: That would be fine. Its a much easier way to preserve the provenance of a patch.
[07:21] <mkrufky> rtg: ok, cool... will do for next time 
[07:27] <kylem> rtg, to avoid having to repull, want to just pull the mjg59 patch i acked, and i'll blat it from my tree and pull yours? it looks like it will commit on top fine.
[07:34] <rtg> kylem: While you are in London you should watch over mjg59's shoulder until he creates his git repo on kernel.ubuntu.com.
[07:34] <rtg> kylem: I'll git the 'Re-add _GTM and _STM support' and push it up in a few minutes.
[07:54] <rtg> kylem: pushed
[08:30] <kylem> thanks
[10:25] <Kousotu> anyone know if/when Atheros WiFi card AG5007EG wil be supported, or have some kind of connection options in Ubuntu?
[10:28] <BenC> Kousotu: as soon as upstream supports it in a stable release
[10:28] <Kousotu> damn...
[10:29] <Kousotu> my zd1211rw is hving isues now.. and my atheros is th only other wifi card I have
[10:32] <BenC> kylem: I just pushed newrelease for gutsy tree with ABIs from 10.30
[10:33] <kylem> ok thanks.
[10:34] <BenC> lpia included
[10:34] <Kousotu> BenC: What does Ubuntu use for Ethernet, a gneteral "cover-all" driver?
[10:35] <Kousotu> general*
[10:35] <BenC> uh, no, there's separate ethernet drivers for each chipset
[10:36] <Kousotu> tht's interstesing...
[10:36] <Kousotu> you guys do all the main coding stuff?
[10:37] <BenC> Heh, no, we use a linux kernel...it's all done upstream by kernel developers
[10:38] <Kousotu> I mean asfar as updates and such
[10:39] <BenC> well we do a lot of work putting everything together, patches, fixed bugs, and deciding which drivers to enable, and other drivers from third parties to include
[10:40] <Kousotu> I see...
[10:41] <Kousotu> this my be a bug, I don't know. but wth absolutly ever Guty release I've used my sound works untill I update
[10:41] <Kousotu> my sound card is not very old, but that just irks me..
[10:41] <BenC> I'm not sure what you mean
[10:41] <BenC> how does your sound work until you update...do you get it working again?
[10:41] <Kousotu> I'll explai
[10:42] <Kousotu> explain*
[10:43] <Kousotu> my sound on install, Tribe 3, 4 and 5; worked flawlessly, butin every case I installed the updates.and after installing the updates it worked ok, untill I rebooted then it stopped working
[10:43] <Kousotu> and it's happened on al3 tribes I've used
[10:43] <Kousotu> all*
[10:44] <BenC> that's likely fixed now
[10:44] <Kousotu> I doubt it, honestly
[10:45] <Kousotu> and on top of it all, my wifi is actingup, only on linux..
[10:46] <Kousotu> lemme reboot, and I'll be back. I' on windows at the moment
[10:48] <BenC> kylem: I've got amd64 and i386 builds going...I'll do lrm/lum with them and try them out
[10:48] <BenC> hopefully no ABI bump, but we still have updates in lum to upload anyway
[10:53] <Kousotu> ok, brb
[10:53] <Kousotu> I had to take the dongle apart lol
[10:56] <kylem> BenC, i'm pretty sure there will be, if not, the apparmor stuff will do it.
[11:20] <kousotu> BenC: no luck on sound, and my wifi looks to be shot too now
[11:20] <kousotu> ay known way to repair a module?
[11:24] <kousotu> any*
[11:24] <BenC> kylem: looks like USB core changes caused an ABI bump already
[11:25] <mkrufky> goodnight, folks
[11:25] <kousotu> nite
[11:26] <mjg59> BenC: So, I've /finally/ got a working memory stick driver
[11:27] <kousotu> conrats mjg59, I can't even find on eofr windows
[11:27] <kousotu> lol
[11:27] <BenC> kylem: abi bump pushed
[11:27] <BenC> mjg59: it doesn't require a crap load of changes to core mmc does it?
[11:27] <mjg59> BenC: None
[11:27] <mjg59> Other than disabling CONFIG_TIFM
[11:27] <BenC> excellent, then you rock :)
[11:28] <kousotu> BenC: and ideas for my issues?
[11:28] <BenC> kousotu: run an update to latest linux-ubuntu-modules-2.6.22-10-generic and reboot
[11:29] <kousotu> linux-ubuntu-modules-2.6.22-10-generic set to manual installed.
[11:29] <kousotu> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[11:29] <kousotu> kousotu@kousotu-laptop:~$ 
[11:29] <BenC> kousotu: did you run apt-get update first?
[11:31] <kousotu> Failed to fetch http://archive.canonical.com/ubuntu/dists/gutsy/commercial/binary-i386/Packages.gz  404 Not Found
[11:31] <kousotu> Failed to fetch http://archive.canonical.com/ubuntu/dists/gutsy/commercial/source/Sources.gz  404 Not Found
[11:31] <kousotu> Reading package lists... Done
[11:31] <kousotu> E: Some index files failed to download, they have been ignored, or old ones used instead.
[11:31] <kousotu> sorry, that was a bbit big for pasting in chan
[11:32] <BenC> I've no idea what the commercial repo is, that's a problem for some other channel to help you with
[11:32] <kousotu> linux-ubuntu-modules-2.6.22-10-generic is already the newest version.
[11:32] <kousotu> 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
[11:32] <kousotu> well, I simply reported errors
[11:33] <kousotu> never had issues, even when it fails there
[11:34] <kousotu> were updates, literally, just released?
[11:35] <BenC> within the past few days
[11:35] <BenC> what sound chip do you have?
[11:35] <kousotu> I installed all of them, then I just got an update msg
[11:35] <kousotu> realtek (sec)
[11:36] <kousotu> Realtek ALC883
[11:38] <arno-t_> rtg: thanks
[11:38] <BenC> kousotu: http://people.ubuntu.com/~bcollins/linux-ubuntu-modules-2.6.22-10-generic_2.6.22-10.25_i386.deb
[11:38] <BenC> kousotu: install that and reboot, then let me know
[11:39] <kousotu> that goodness for debs
[11:39] <kousotu> lol
[11:41] <mjg59> Of course, I try it again and it starts behaving badly
[11:41] <mjg59> SIgh
[11:41] <kousotu> how do I know when it installed?
[11:41] <mjg59> I have a feeling the debug spew might have been slowing it down enough to work properly
[11:44] <kousotu> BenC: it says 
[11:44] <kousotu> "Installing package file..."
[11:44] <kousotu> (the enter was on accident)
[11:46] <kousotu> how long does it usually take?
[11:55] <kousotu> BenC: it's not doing anything
[11:57] <BenC> kousotu: it will finish, just wait
[11:58] <kousotu> how long does it usually take to finish?
[11:58] <BenC> depends on how fast your machine is
[11:58] <kousotu> 1.86 ghz
[11:58] <BenC> sry, I don't have a time estimate based on clock speed
[11:59] <BenC> just wait, it will finish
[11:59] <kousotu> which runs circles around my old 2.2
[11:59] <kousotu> rough Idea? my mom's getting annoyed
[12:00] <mjg59> Ha. Yeah, a udelay at the same point as one of the debug statements fixes it
[12:06] <BenC> how did we get a new driver in linux-source?
[12:06] <BenC> nm, makefile fix
[12:06] <kylem> lol
[12:06] <JanC> kousotu: IIRC gdebi keeps showing that message, but when installation is ready there should be another one saying so  ;)
[12:07] <kousotu> yay... it's taking this long just to prepair?
[12:09] <BenC> sudo dpkg -i *.deb
[12:12] <kousotu> ty, much faster
[12:12] <kousotu> it did just this:
[12:12] <kousotu> Unpacking replacement linux-ubuntu-modules-2.6.22-10-generic ...
[12:12] <kousotu> Setting up linux-ubuntu-modules-2.6.22-10-generic (2.6.22-10.25) ...
[12:12] <kousotu> update-initramfs: Generating /boot/initrd.img-2.6.22-10-generic
[12:13] <kousotu> Unpacking replacement linux-ubuntu-modules-2.6.22-10-generic ...
[12:13] <kousotu> Setting up linux-ubuntu-modules-2.6.22-10-generic (2.6.22-10.25) ...
[12:13] <kousotu> update-initramfs: Generating /boot/initrd.img-2.6.22-10-generic
[12:13] <kousotu> oops...
[12:13] <kousotu> didn't mean to hit that twice
[12:14] <BenC> you don't need to tell me what it did
[12:14] <BenC> just do it, and reboot
[12:14] <kousotu> k
[12:14] <kousotu> I didn't know what that did
[12:15] <BenC> it installs the package
[12:15] <BenC> once it's done, reboot and see if that fixes sound for you
[12:15] <kousotu> k
[12:15] <kousotu> brb
[12:19] <kousotu> BenC: did nothing
[12:19] <kousotu> sound still doesn't work
[12:19] <kousotu> oh, and synaptic popped up a kernal update
[12:19] <kousotu> kernel*
[12:19] <kousotu> which seems to lead to the the same version
[12:21] <mjg59> Woohoo
[12:21] <mjg59> Only three layers of code needed to achieve that
[12:22] <BenC> kousotu: ignore that update
[12:22] <kousotu> BenC: k, but sound still doesn't work
[12:22] <BenC> kousotu: do these commands for me and show the output
[12:22] <kousotu> k
[12:22] <BenC> kousotu: ls -l /proc/asound/
[12:22] <mjg59> You want a 128MB memory stick duo? You're pretty much welcome to it
[12:23] <kousotu> pro duo?
[12:23] <kousotu> BenC: root needed?
[12:23] <BenC> kousotu: I'll add sudo where needed, so no
[12:23] <kousotu> total 0
[12:23] <kousotu> dr-xr-xr-x 7 root root 0 2007-08-31 17:23 card0
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 cards
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 devices
[12:24] <kousotu> lrwxrwxrwx 1 root root 5 2007-08-31 17:23 Intel -> card0
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 modules
[12:24] <kousotu> dr-xr-xr-x 2 root root 0 2007-08-31 17:23 oss
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 pcm
[12:24] <kousotu> dr-xr-xr-x 2 root root 0 2007-08-31 17:23 seq
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 timers
[12:24] <kousotu> -r--r--r-- 1 root root 0 2007-08-31 17:23 version
[12:24] <kousotu> ok, I usually sudo -i to get into root when running commands, so I thought I'd ask
[12:24] <BenC> asoundconf set-default-card card0
[12:24] <BenC> still no sudo needed
[12:24] <BenC> do not run as sudo in fact, this will break things
[12:25] <kousotu> ok, well, that gave no output
[12:25] <BenC> not supposed to
[12:25] <kousotu> k
[12:25] <BenC> log out and back in
[12:25] <kousotu> just reporting lol
[12:25] <kousotu> restart X?
[12:25] <BenC> logging out will restart X
[12:25] <kousotu> yea, but I could keyboard it just as fast
[12:27] <kousotu> stil no sound
[12:27] <BenC> kousotu: ctrl+alt+backspace doesn't guarantee to kill off things like esd and such, which may need to be for this to work
[12:28] <kousotu> ah...
[12:28] <kousotu> ok, I'll try again
[12:28] <BenC> kousotu: restart again, and if sound isn't working, file a bug report
[12:29] <kousotu> same effect, nothing
[12:30] <kousotu> so I should report a bug?
[12:31] <BenC> yeah
[12:31] <kousotu> ok, I'll do that first thing when I return home, cause I gotta head out for a bit
[12:32] <kousotu> this same issue has been in the last 3 gutsy releases
[12:32] <kousotu> well, what sbout the newest kernel? might that fix it?
[12:36] <BenC> nope
[12:36] <BenC> I'm really not believing it is a kernel problem
[12:36] <kousotu> was worth asking
[12:36] <kousotu> lol
[12:36] <BenC> if you installed tribe-5 and it worked, you have the latest kernel
[12:37] <kousotu> right, but mine shows as *.25
[12:37] <kousotu> Latest kernel upload: 2.6.22-10.26
[12:37] <BenC> Ok, we can go over it in the bug report
[12:37] <BenC> start of my 3-day weekend now
[12:38] <kousotu> and how do I report it?
[12:39] <kousotu> er..
[12:39] <kousotu> hold that thought, I will be back in about 20-30 mins
[12:42] <VWJ1bnR1> When I get a kernel package as described on http://www.howtoforge.com/kernel_compilation_ubuntu, does it matter what package I choose?