[gentoo-user] Monthly BUGDAY reminder.
Oioi users and developers! This is your monthly bugday reminder that the next bugday is going to held on Saturday the 2. December. Come by in #Gentoo-bugs and help out fixing some our bugs. If you have any questions, feel free to email me or contact me on IRC (eroyf). Regards, Alexander H. Færøy -- Alexander Færøy [EMAIL PROTECTED] Gentoo/MIPS, Gentoo/Alpha, User relations and Bugday. pgpsrxjVdzqLZ.pgp Description: PGP signature
[gentoo-user] udev upgrade and non-working eth0
Hi, I upgraded to udev-103 yesterday. Since then, my internet hasn't been working. I connect through eth0, which is a VIA Rhine adapter on my motherboard. ifconfig shows the link to be up. But, I can't even ping the gateway through eth0. I get destination unreachable replies. This is what syslog tells me after bootup: Nov 27 19:11:14 mrugeshkarnik kernel: eth0: link down And this is the ifconfig output: eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:18 Base address:0xe000 I don't see a RUNNING flag in there.. What do I do? I'm completely stuck without the internet on Gentoo.. :( Thanks in advance. Mrugesh. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev upgrade and non-working eth0
Hi, I upgraded to udev-103 yesterday. Since then, my internet hasn't been working. I connect through eth0, which is a VIA Rhine adapter on my motherboard. ifconfig shows the link to be up. But, I can't even ping the gateway through eth0. I get destination unreachable replies. This is what syslog tells me after bootup: Nov 27 19:11:14 mrugeshkarnik kernel: eth0: link down And this is the ifconfig output: eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:18 Base address:0xe000 I don't see a RUNNING flag in there.. What do I do? I'm completely stuck without the internet on Gentoo.. :( Thanks in advance. Mrugesh. -- gentoo-user@gentoo.org mailing list Hello, Do you have coldplug installed ? What's the content of /etc/conf.d/net ? Could you post more debugging information please because it's difficult t osolve your problem with your information... It seems that your interface is configured with a private adress, which isn't normal... What's the output of route -n too please ? Regards. Blackhawk -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: udev upgrade and non-working eth0
FWIW, I also upgraded and find that my laptop, which previously had eth0 and eth1 for its two cards (one wired and one wireless) now has eth0 and eth2. After editing my scripts and configurations (e.g. wpa_supplicant startup and kismet conf), things seem to work fine. HTH, newbie -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Mon, 27 Nov 2006 09:36:38 -0500, 7v5w7go9ub0o wrote: FWIW, I also upgraded and find that my laptop, which previously had eth0 and eth1 for its two cards (one wired and one wireless) now has eth0 and eth2. Do you have IEEE1394_ETH1394 set in your kernel? If so, it's possible that eth1 is being set to your Firewire interface. You can use udev rules to ensure that the interfaces are named as you wish. -- Neil Bothwick Newsflash! Explosion at M$ beta testsite - Infinite number of monkeys killed. signature.asc Description: PGP signature
[gentoo-user] Re: New user: can't emerge Gimp still stuck.
Thanks very much for your help, guys: Looks like you just need to remerge python (emerge --oneshot python) I remerged python, then again emerged Gimp. The build went smoothly for while, but quit after some time with a series of error messages that said to submit a full bug report. I've just started to use Mrxvt and don't know how to cut and paste from the terminal screen, so I took a screenshot and posted it to my website: http://www.tekproject.com/linux/gentoo/gimp.gif Could I ask you to take a look at this and decide what it might mean? Thanks again, Carl Adams -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev upgrade and non-working eth0
On 27 November 2006 15:58, Mrugesh Karnik wrote: And this is the ifconfig output: eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:18 Base address:0xe000 I don't see a RUNNING flag in there.. There's UP at the begin of the thrid line. What does route -n say? Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: New user: can't emerge Gimp still stuck.
Tek Project ha scritto: Thanks very much for your help, guys: Looks like you just need to remerge python (emerge --oneshot python) I remerged python, then again emerged Gimp. The build went smoothly for while, but quit after some time with a series of error messages that said to submit a full bug report. I've just started to use Mrxvt and don't know how to cut and paste from the terminal screen, Just highlight the text you want to copy, then click the middle mouse button in the window you want to paste. Unix-style copy-and-paste :) so I took a screenshot and posted it to my website: http://www.tekproject.com/linux/gentoo/gimp.gif Could I ask you to take a look at this and decide what it might mean? As it is written, it is probably a faulty hardware problem. Try re-emerging. If it dies again *randomly* (i.e. by segfaulting in another location), 99% it's a faulty RAM/processor problem. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg: Failed to load module: glx fglrx
On Saturday 25 November 2006 19:23, Garry Smith wrote: That got it :-) Thank you. For the record I did the following: 1. Recompile kernel 2. Re emerge Xorg (deep with new use flags): emerge -DvatN xorg-x11 3. Remerge the ati drivers again emerge -av x11-drivers/ati-drivers emerge -av x11-apps/ati-drivers-extra etc-update source /etc/profile eselect opengl set ati modprobe fglrx startx You might want to emerge module-rebuild to help with such things in future. It tracks which ebuilds install kenrel modules that need to be rebuilt, and rebuilds them all with one command. So you still have to remember to run it after a kernel upgrade, but at least it removes the resulting hassle if you forget about one of the packages alan -- gentoo-user@gentoo.org mailing list
[gentoo-user] package.keywords
Hi, due to a human error I've deleted my package.keyowrd file... (echo package ~x86 /etc/portage/package.keywords) How may I find which packages were in the file? I'm afraid of doing an update... Cheers. -- Arnau Bria http://blog.emergetux.net Wiggum: Dispara a las ruedas Lou. Lou: eee, es un tanque jefe. Wiggum: Me tienes hartito con todas tus excusas. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 27/11/06, 7v5w7go9ub0o [EMAIL PROTECTED] wrote: FWIW, I also upgraded and find that my laptop, which previously had eth0 and eth1 for its two cards (one wired and one wireless) now has eth0 and eth2. After editing my scripts and configurations (e.g. wpa_supplicant startup and kismet conf), things seem to work fine. Right. The idiosyncrasies! I checked dmesg (Should have done that earlier.. duh!). Here's the output: eth0: RealTek RTL8139 at 0xe000, 00:0d:88:45:c1:c9, IRQ 18 eth0: Identified 8139 chip type 'RTL-8100B/8139D' eth0: link down eth1: VIA Rhine II at 0xfa002000, 00:13:d3:60:4a:a5, IRQ 19. eth1: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1. Now, how do I swap the two cards? I don't know how to write udev rules yet. I was planning on learning that next week.. I guess I should learn it as soon as the internet works.. Anyway, I'd very much appreciate the exact solution from the list right now :) Thanks to everyone who replied. And well, the ip addresses are correct. My ISP gives me a NAT'ed connection (duh! :/). Thanks again, Mrugesh -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package.keywords
On 11/27/06, Arnau Bria [EMAIL PROTECTED] wrote: Hi, due to a human error I've deleted my package.keyowrd file... (echo package ~x86 /etc/portage/package.keywords) How may I find which packages were in the file? I'm afraid of doing an update... Option 1: # emerge -DNvp world Look for things with a 'D' for downgrade in front of them. Option 2: # cd /var/db/pkg # grep -l ~x86 */*/KEYWORDS | sed s/\/KEYWORDS// HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
I would assume that the two benchmark programs I am using to measure the drive performance under windows go through windows, and thus the NTFS interface. They are Dr. Hardware and FreshDiagnose. The second one showed a write speed as quoted above, and a read speed of about 280 MB per second... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Hi Chris, A more realistic speed for a HD is about 60-90MB/second... It's hardware limited. So your values are quite off, regardless of the OS and the filesystem. Greets Glider -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: # ethernet devices ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:13:d3:60:4a:a5, NAME=eth0 ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:0d:88:45:c1:c9, NAME=eth1 No go. They didn't swap. Just in case, you did make those 2, not 4, lines right? Silly gmail word-wrapping... :-( What do udevtest /class/net/eth0 and udevtest /class/net/eth1 report? Also udevinfo -a -p /class/net/eth0 and udevinfo -a -p /class/net/eth1. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
Ken Gypen wrote: I would assume that the two benchmark programs I am using to measure the drive performance under windows go through windows, and thus the NTFS interface. They are Dr. Hardware and FreshDiagnose. The second one showed a write speed as quoted above, and a read speed of about 280 MB per second... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Hi Chris, A more realistic speed for a HD is about 60-90MB/second... It's hardware limited. So your values are quite off, regardless of the OS and the filesystem. Yeah - when doing this sort of thing ensure you are using files at least 2x(size of RAM) - otherwise you can end up just measuring memory access speed. Cheers Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: wlan0 is sssloooow
On 11/27/06, Sergio Polini [EMAIL PROTECTED] wrote: NB: ping www.google.com is slow, ping 192.168.2.1 is either too much slow or blocked. route is slow, route -n is fast. Ok, two things to try. First, remove the 192.168.2.1 nameserver from resolve.conf. That nameserver may be broken and unable to resolve names on the internet. This should help the ping www.google.com case. Second, does ping -I wlan0 192.168.2.1 work better? Oh, one last thingyou don't have any firewall rules enabled, right? (iptables --list) -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 04:16, Richard Fish wrote: On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: # ethernet devices ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:13:d3:60:4a:a5, NAME=eth0 ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:0d:88:45:c1:c9, NAME=eth1 No go. They didn't swap. Just in case, you did make those 2, not 4, lines right? Silly gmail word-wrapping... :-( What do udevtest /class/net/eth0 and udevtest /class/net/eth1 report? Also udevinfo -a -p /class/net/eth0 and udevinfo -a -p /class/net/eth1. Aaah! Feels so good to be writing this email in kmail again!! So, as you might guess, its working now. The problem apparently was that I used upper case letters in the hex numbers. I didn't know those hex numbers are lower case only :s Oh and I HAD put them on two lines. Anyway, now I get this message during bootup: udevd-event[3110]: rename_netif: error changing net interface name eth0_rename to eth1: No such device. It works fine though. But, how do I get rid of that message? Its just annoying to look at :/ /me thinks about setting RC_DEVICE_TARBALL=yes Anyway, all you people, thanks for your help. Very much appreciated! -- Mrugesh Karnik GPG Key 0xBA6F1DA8 Public key on http://wwwkeys.pgp.net -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
On 11/27/06, Chris Walters [EMAIL PROTECTED] wrote: showed a write speed as quoted above, and a read speed of about 280 MB per second... This seems more like the SATA-II interface speed of ~300MB/s... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Yeah, bogus. And remember that 480 is megabits/sec (Mb/s)...actually more like 60MiB/s maximum throughput (although I have yet to get more than 29MiB/s from any USB drive). This is very frustrating. At first the drive was quite fast, under windows and now it is extremely slow... I asked about this in a windows xp pro group, and so far no one is touching it. Well I would first poke around in the device manager for the SATA interface and make sure it is not in PIO mode. Then check the property pages of the disk and make sure that write caching is enabled. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On 11/27/06, Dave Jones [EMAIL PROTECTED] wrote: Yesterday I upgraded udev to 103, but have hit some problems with alsa configuration of multiple sound cards. I have an 'on board' Intel 8x0 sound card which I use for VoIP telephony, and a PCI Creative Audigy which I use to play music. The Audigy is configured to alsa as sound card 0, while the Intel card is sound card 1. This set up has worked perfectly for years. The udev 103 upgrade recommends removing coldplug. However, the alsa initialisation script (alsasound) depend on both coldplug and hotplug. If I remove coldplug from the boot runlevel alsasound fails, leaving only the Intel sound card initialised. Hmm - I don't have this issue - what version of alsa-utils are you running? I'm running 1.0.13. I don't even have a /etc/init.d/coldplug init script on my system - maybe you need to do an emerge -C coldplug? Maybe if the coldplug script doesn't exist then alsasound won't complain about it... Just a theory. ;) Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. To put it mildly, this is a major pain; I don't want to listen to music played through the VoIP headset connected to the Intel card. Is there any way I can persuade udev to generate the /dev entries for my sound cards in a particular order, so that Audacious can continue to work with /dev/dsp0? Check http://www.reactivated.net/writing_udev_rules.html and the links at the bottom of http://gentoo-wiki.com/UDEV HTH- James Thanks in advance for any help or advice you may be able to give. Cheers, Dave -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: udevd-event[3110]: rename_netif: error changing net interface name eth0_rename to eth1: No such device. Hmm, haven't seen this error, but these rules (based on 70-persistent-net.rules) might work better: SUBSYSTEM==net, ATTRS{address}==00:13:d3:60:4a:a5, NAME=eth0 SUBSYSTEM==net, ATTRS{address}==00:0d:88:45:c1:c9, NAME=eth1 /me thinks about setting RC_DEVICE_TARBALL=yes This won't help for ethernet naming. There is no /dev/eth* device node, after all. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On 11/27/06, Dave Jones [EMAIL PROTECTED] wrote: Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. A couple of notes: 1. any application using /dev/dsp* is _not_ using alsa. It is using the legacy oss emulation mode of alsa. Real alsa device names are things like hw:0,0, or virtual device names like default. 2. The only way to set the card order is to load the drivers in the desired order. udev unfortunately has no control over which card becomes hw:0 vs hw:1. 3. You can prevent udev from coldplugging drivers automatically by aliasing the PCI ID of the hardware to off. For example, my ipw3945 wireless card will not work when coldplugged by udev, so I have the following in /etc/modules.d/ipw3945: alias pci:v8086d4222sv*sd*bc*sc*i* off alias pci:v8086d4227sv*sd*bc*sc*i* off This inhibits udev from loading the ipw3945 module when it scans the PCI bus (ok, technically the pci device entries in /sys). If you do something similar, adding alias entries to /etc/modules.d/alsa, you should be able to have the modules loaded in the correct order when the alsasound script runs. You can get the list of pci aliases for a module with: grep module_name /lib/modules/`uname -r`/modules.alias Remember to run modules-update after making changes in /etc/modules.d/ for the changes to take effect. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 06:38, Richard Fish wrote: On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: udevd-event[3110]: rename_netif: error changing net interface name eth0_rename to eth1: No such device. Hmm, haven't seen this error, but these rules (based on 70-persistent-net.rules) might work better: SUBSYSTEM==net, ATTRS{address}==00:13:d3:60:4a:a5, NAME=eth0 SUBSYSTEM==net, ATTRS{address}==00:0d:88:45:c1:c9, NAME=eth1 Stupid question perhaps.. but does it matter in which files the rules go? I can see a 75-persistent-net-generator.rules file in there.. /me thinks about setting RC_DEVICE_TARBALL=yes This won't help for ethernet naming. There is no /dev/eth* device node, after all. True. Hmm. -- Mrugesh Karnik GPG Key 0xBA6F1DA8 Public key on http://wwwkeys.pgp.net -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: udev 103, alsa dual soundcard problem
Hmm - I don't have this issue - what version of alsa-utils are you running? I'm running 1.0.13. I don't even have a /etc/init.d/coldplug init script on my system - maybe you need to do an emerge -C coldplug? Maybe if the coldplug script doesn't exist then alsasound won't complain about it... Just a theory. ;) /etc/init.d/coldplug has to be removed by hand, unfortunatly :-( signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: On Tuesday 28 November 2006 06:38, Richard Fish wrote: On 11/27/06, Mrugesh Karnik [EMAIL PROTECTED] wrote: udevd-event[3110]: rename_netif: error changing net interface name eth0_rename to eth1: No such device. Hmm, haven't seen this error, but these rules (based on 70-persistent-net.rules) might work better: SUBSYSTEM==net, ATTRS{address}==00:13:d3:60:4a:a5, NAME=eth0 SUBSYSTEM==net, ATTRS{address}==00:0d:88:45:c1:c9, NAME=eth1 Stupid question perhaps.. but does it matter in which files the rules go? I Not really. The files are parsed in alphabetical order, so if you have a NAME= setting in 10-file, it will override anything in a later file. 10-local.rules is the normal place for your own rules to go. can see a 75-persistent-net-generator.rules file in there.. Hmm, not sure how I got a 70-persistent-net.rules. There is some interaction between that and 75-persistent-net-generator.rules (and the /lib/udev/write_net_rules script), but I'm a bit too tired to figure it out ATM. It looks like 70-... should be created by the write_net_rules script... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 07:31, Richard Fish wrote: can see a 75-persistent-net-generator.rules file in there.. Hmm, not sure how I got a 70-persistent-net.rules. There is some interaction between that and 75-persistent-net-generator.rules (and the /lib/udev/write_net_rules script), but I'm a bit too tired to figure it out ATM. It looks like 70-... should be created by the write_net_rules script... RULES_FILE='/etc/udev/rules.d/70-persistent-net.rules' That's the first line of write_net_rules. -- Mrugesh Karnik GPG Key 0xBA6F1DA8 Public key on http://wwwkeys.pgp.net -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Richard Fish wrote: On 11/27/06, Chris Walters [EMAIL PROTECTED] wrote: showed a write speed as quoted above, and a read speed of about 280 MB per second... This seems more like the SATA-II interface speed of ~300MB/s... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Yeah, bogus. And remember that 480 is megabits/sec (Mb/s)...actually more like 60MiB/s maximum throughput (although I have yet to get more than 29MiB/s from any USB drive). This is very frustrating. At first the drive was quite fast, under windows and now it is extremely slow... I asked about this in a windows xp pro group, and so far no one is touching it. Well I would first poke around in the device manager for the SATA interface and make sure it is not in PIO mode. Then check the property pages of the disk and make sure that write caching is enabled. Hello Richard, I am beginning to suspect that the quality on those FreshDevices is quite low, and will probably remove them. I checked the drive and my IDE/ATAPI drivers - there are exactly two primary channels and two secondary channels. On each of the primary channels is a device in slot 0. The first one is operating in DMA 4 mode (I suspect that this is my DVD-RW drive), while the second one is operating in PIO mode. I couldn't find a way to change that from the device manager, since it is set to use DMA if available. So that is very likely the problem with the windows slow down. Any ideas on how I can fix this without using the rescue disc that came with the computer? Regards, Chris -BEGIN PGP SIGNATURE- iD8DBQFFa7YhUx1jS/ORyCsRCOxoAJ0Uq2qO6GoR3EobMfBP/mVMdq+DVgCghJ0k xbxOJ3fbKqcj3i4V1jd8HXQ= =VPA3 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On Mon, 27 Nov 2006, Dave Jones wrote: Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. You should be able to force them to get the names you want with a couple of sufficiently specific udev rules. The whole point of udev is that this sort of policy is up to you, rather than being chosen by the system using black magic. Look at the manpage for udev and the rules in /etc/udev/rules.d/, and write rules for NAME=sound/dsp0 and NAME=sound/dsp1 which match the cards you want to have those names. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. Assuming you've emerged audacious-plugins the alsa USE flag, go to Audacious's preferences, Audio, and select ALSA 1.2.2 output plugin instead of OSS Output Plugin, to actually use ALSA natively for it (which lets ALSA do software mixing, among other benefits). In any case, under Audio, Output Plugin Preferences for either of these plugins will let you select a card arbitrarily. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
Dave, Alsasound init script does not require coldplug. Remove coldplug, then recompile your ALSA installation if it complains about it. Don't forget to etc-update or dispatch-conf to update the init scripts. As far as them loading in reverse order, see the gentoo-wiki for information on forcing module loading with regard to multiple card setups: http://gentoo-wiki.com/HOWTO_ALSA_Complete_%28includes_dmix%29#Post-Installation_Configuration On 11/28/06, Daniel Barkalow [EMAIL PROTECTED] wrote: On Mon, 27 Nov 2006, Dave Jones wrote: Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. You should be able to force them to get the names you want with a couple of sufficiently specific udev rules. The whole point of udev is that this sort of policy is up to you, rather than being chosen by the system using black magic. Look at the manpage for udev and the rules in /etc/udev/rules.d/, and write rules for NAME=sound/dsp0 and NAME=sound/dsp1 which match the cards you want to have those names. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. Assuming you've emerged audacious-plugins the alsa USE flag, go to Audacious's preferences, Audio, and select ALSA 1.2.2 output plugin instead of OSS Output Plugin, to actually use ALSA natively for it (which lets ALSA do software mixing, among other benefits). In any case, under Audio, Output Plugin Preferences for either of these plugins will let you select a card arbitrarily. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list -- Jason Weisberger [EMAIL PROTECTED]
[gentoo-user] Re: New user: all good.
Thanks again for your help, guys: Just highlight the text you want to copy, then click the middle mouse button in the window you want to paste. Unix-style copy-and-paste :) Aha! Used to know that. Thanks. As it is written, it is probably a faulty hardware problem. Try re-emerging. If it dies again *randomly* (i.e. by segfaulting in another location), 99% it's a faulty RAM/processor problem. Quite right. Redid the job and it came through clean. Very hot weather here - may have upset the box, since it's been v reliable so far. Carl Adams -- gentoo-user@gentoo.org mailing list