summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-October/008610.html
diff options
context:
space:
mode:
authorNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
committerNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
commit1be510f9529cb082f802408b472a77d074b394c0 (patch)
treeb175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/2011-October/008610.html
parentfa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff)
downloadarchives-1be510f9529cb082f802408b472a77d074b394c0.tar
archives-1be510f9529cb082f802408b472a77d074b394c0.tar.gz
archives-1be510f9529cb082f802408b472a77d074b394c0.tar.bz2
archives-1be510f9529cb082f802408b472a77d074b394c0.tar.xz
archives-1be510f9529cb082f802408b472a77d074b394c0.zip
Add zarb MLs html archivesHEADmaster
Diffstat (limited to 'zarb-ml/mageia-dev/2011-October/008610.html')
-rw-r--r--zarb-ml/mageia-dev/2011-October/008610.html124
1 files changed, 124 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-October/008610.html b/zarb-ml/mageia-dev/2011-October/008610.html
new file mode 100644
index 000000000..db3b0d3d2
--- /dev/null
+++ b/zarb-ml/mageia-dev/2011-October/008610.html
@@ -0,0 +1,124 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bchangelog%5D%20cauldron%20core/release%0A%09sound-scripts-0.61-2.mga2&In-Reply-To=%3C201110031441.39011.maarten%40rmail.be%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="008607.html">
+ <LINK REL="Next" HREF="008611.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2</H1>
+ <B>Maarten Vanraes</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bchangelog%5D%20cauldron%20core/release%0A%09sound-scripts-0.61-2.mga2&In-Reply-To=%3C201110031441.39011.maarten%40rmail.be%3E"
+ TITLE="[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2">maarten at rmail.be
+ </A><BR>
+ <I>Mon Oct 3 14:41:38 CEST 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="008607.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+</A></li>
+ <LI>Next message: <A HREF="008611.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#8610">[ date ]</a>
+ <a href="thread.html#8610">[ thread ]</a>
+ <a href="subject.html#8610">[ subject ]</a>
+ <a href="author.html#8610">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Op maandag 03 oktober 2011 10:27:02 schreef Colin Guthrie:
+&gt;<i> 'Twas brillig, and Maarten Vanraes at 19/09/11 11:32 did gyre and gimble:
+</I>&gt;<i> &gt;&gt; On 19 September 2011 11:44, Colin Guthrie &lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">mageia at colin.guthr.ie</A>&gt; wrote:
+</I>&gt;<i> &gt;&gt;&gt;&gt;&gt; Did you fixed the war against webcam another way?
+</I>&gt;<i> &gt;&gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt;&gt; Is this a problem of webcam mics not working if they are present
+</I>&gt;<i> &gt;&gt;&gt;&gt; during boot? If not, can you remember the problem better?
+</I>&gt;<i> &gt;&gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt;&gt; If so, no I've not fixed, but will find an official way that we can
+</I>&gt;<i> &gt;&gt;&gt;&gt; submit upstream.
+</I>&gt;<i> &gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt; Whoops, it seems this conversation went off list accidentally.
+</I>&gt;<i> &gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt; TV clarified that the problem the snd-usb-audio modprobe rule solved
+</I>&gt;<i> &gt;&gt;&gt; was that of webcams getting the card0 slot on boot and pushing the
+</I>&gt;<i> &gt;&gt;&gt; normal, built in audio system to card1.
+</I>&gt;<i> &gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt; As this problem attempts to resolve the underlying limitations of alsa
+</I>&gt;<i> &gt;&gt;&gt; (not preserving the audio device order) in a generic way (specific
+</I>&gt;<i> &gt;&gt;&gt; index= arguments could be added to your own specific hardware to solve
+</I>&gt;<i> &gt;&gt;&gt; it also), and considering that device order really shouldn't matter
+</I>&gt;<i> &gt;&gt;&gt; when PulseAudio is used (it has it's own built in system for
+</I>&gt;<i> &gt;&gt;&gt; determining the &quot;priority&quot; of devices when a first boot with a new
+</I>&gt;<i> &gt;&gt;&gt; user is encountered so that the correct defaults will be picked on
+</I>&gt;<i> &gt;&gt;&gt; first boot and there after it's the user's choice), I'm not really
+</I>&gt;<i> &gt;&gt;&gt; inclined to attempt to fix this &quot;bug&quot;.
+</I>&gt;<i> &gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt; If people feel super strongly about it I can look into it, but I think
+</I>&gt;<i> &gt;&gt;&gt; it's really a matter of &quot;tough love&quot; for the non-PA case if it means we
+</I>&gt;<i> &gt;&gt;&gt; have to put in lots of crazy work arounds like this.
+</I>&gt;<i> &gt;&gt;&gt;
+</I>&gt;<i> &gt;&gt;&gt; Opinions welcome.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; Not all people use PA.
+</I>&gt;<i> &gt;&gt; We even have options in draksound in order to disable it...
+</I>&gt;<i> &gt;&gt; Hence we must still support the case were PA isn't around...
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; can something be done with udev rules, like it happens with other types
+</I>&gt;<i> &gt; of devices?
+</I>&gt;<i>
+</I>&gt;<i> I'm not sure udev rules will fix this.
+</I>&gt;<i>
+</I>&gt;<i> I guess we could provide some default modprobe rule that just left space
+</I>&gt;<i> for the device 0...
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://alsa.opensrc.org/MultipleCards#Reordering_the_driver_for_a_particula">http://alsa.opensrc.org/MultipleCards#Reordering_the_driver_for_a_particula</A>
+</I>&gt;<i> r_card
+</I>&gt;<i>
+</I>&gt;<i> options snd slots=,snd-usb-audio
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> These rules could only be used when PA is not used (via sound profile
+</I>&gt;<i> symlinks)
+</I>&gt;<i>
+</I>&gt;<i> That will probably cover most bases and if users want to have more
+</I>&gt;<i> configuration when they do not use PA then they can write their own
+</I>&gt;<i> modprobe rules. I'd say that's an acceptable trade off.
+</I>&gt;<i>
+</I>&gt;<i> WDYT?
+</I>&gt;<i>
+</I>&gt;<i> Col
+</I>
+
+what i mean is to have some kind of udev rule generator, so that the ones you
+had when you started at first are kept in that order (they still can be added
+or removed, but the existing ones will keep their device name?
+</PRE>
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="008607.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+</A></li>
+ <LI>Next message: <A HREF="008611.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#8610">[ date ]</a>
+ <a href="thread.html#8610">[ thread ]</a>
+ <a href="subject.html#8610">[ subject ]</a>
+ <a href="author.html#8610">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>