Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 110802.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2718

From: <debian-user-digest-request(at)lists.debian.org>
Date: Thu Nov 01 2007 - 08:56:00 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2718

Today's Topics: 

  Re: GLIBC_2.4                         [ John Hasler  ]
  Re: Apt-Get or Aptitude               [ Daniel Burrows  ]
  Re: can mplayer in etch be used to w  [ Serena Cantor  ]
  fglrx upgrade to 8.42.3               [ Davide Mancusi  ]
  Solved: Web cam Philips 0471:032d no  [ Thierry Chatelet  ]
  Re: fglrx upgrade to 8.42.3           [ Jonathan Kaye  ]
  Re: fglrx upgrade to 8.42.3           [ "Davide Mancusi"  ]
  CD integrity checking failed          [ "muthuraman.s"  ]
  Re: Tool to configure sound           [ Florian Kulzer 

Date: Wed, 31 Oct 2007 21:45:17 -0500


From: John Hasler <jhasler@debian.org>


To: debian-user@lists.debian.org


Subject: Re: GLIBC_2.4


Message-ID: <87ejfafzuq.fsf@toncho.dhh.gt.org>
Content-Type: text/plain; charset=us-ascii



hce writes:

> I am installing mutt and got an error of "GLIBC_2.4 is missing", I
> searched the Debian package, but could not found it. Which of Debian
> package contains the GLIBC_2.4?

The dependencies for mutt are libc6 (>= 2.6-1), libgdbm3, libgnutls13 (>=
1.6.3-0), libidn11 (>= 0.5.18), libncursesw5 (>= 5.6), libsasl2-2.  I got
this from 'apt-cache show mutt'.


> I am compiling mutt from the source, so I can install it in my local
> directory, rather goes to /usr.
Do you need help?X

Then you need the appropriate '-dev' packages as well as 'build-essential'.



I suggest that you get the Debian source package (apt-get source mutt) and
install the build dependencies with 'apt-get build-dep mutt'. You will also
need to do 'apt-get build-essential'.  Then run 
'./configure --prefix=$HOME/bin' (or wherever you want to put it) in the 
unpacked source directory.  Then run 'make install'.

-- 
John Hasler


Date: Wed, 31 Oct 2007 06:24:42 -0700
From: Daniel Burrows <dburrows@debian.org>
To: debian-user@lists.debian.org
Subject: Re: Apt-Get or Aptitude
Message-id: <20071031132442.GA19579@alpaca>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline

On Wed, Oct 31, 2007 at 12:36:07PM +0100, Richard Lyons <richard@the-place.net> was heard to say:

> On Tue, Oct 30, 2007 at 09:31:12PM -0700, Daniel Burrows wrote:
> 
> > On Wed, Oct 31, 2007 at 12:53:46AM +0100, Richard Lyons <richard@the-place.net> was heard to say:
> [...]
> > > reverse direction in mid-search in aptitude.  I often race past a
> > > relevant match by being too quick on the "n".  If only "b" for back or
> > > "p" for previous or "N" or whatever switched the direction without
> > > having to reenter the search using \ or page up enough times to probably
> > > pass whatever it was you didn't quite see...
> > 
> > changeset:   604:42378273c12b
> > user:        Daniel Burrows <Daniel_Burrows@alumni.brown.edu>
> > date:        Sat Mar 10 16:46:30 2007 +0000
> > summary:     [aptitude @ Add a keyboard command bound to 'N' that repeats the last search in the opposite direction (Closes: #414020, #397880)]
> 
> Great!  I look forward to that hitting etch.


  It won't, but it should be in lenny already.

  Daniel



Date: Thu, 01 Nov 2007 14:14:52 +1100
From: Owen Townend <bowbowbow@optushome.com.au>
To: debian user list <debian-user@lists.debian.org>
Subject: Re: 1GB RAM is missing.
Message-Id: <1193886892.6501.65.camel@mattimeo.aehgts.homeip.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Tue, 2007-10-23 at 05:34 -0700, pgega wrote:

> On Oct 22, 10:00 pm, Pasi Oja-Nisula <p...@iki.fi> wrote:
> > On Mon, Oct 22, 2007 at 11:29:37AM -0000, pgega wrote:
> > > Pasi: what was the RAM seend by BIOS , when I use 4 GiB ,bios sees
> > > only 3052 GiB (But the MSI board can hadle up to 8 GiB)
> >
> > > If I would rise RAM number with GRUB (like you, 3900GiB), could I get
> > > more then seen by bios (3052 GiB) ?
> >
> > In my case bios reports 3903 MB. Anyway, the usable limit in my machine
> > is less than what the bios reports.
> >
> > One instruction I have heard about these problems was to make sure
> > that bios setting "memory remap" is on. Whatever that is, my bios
> > doesn't have that.
> >
> > Pasi
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-REQU...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>  OK, I will check this option,
> 
> My bios reports two values:
> Physical memory : 4G
> and Usage memory 3G
> 
> And, god sake, I do not know how to enable more ram, in other hand
> board supports up to 8G, none of RAM sticks is broken.
> 

Hey,
  The best explanation of the 3-4GB RAM issue is this page:
  http://www.dansdata.com/askdan00015.htm "Ask Dan: What's with the 3Gb memory barrier?"
  The author is a writer for a tech mag here in Oz called Atomic.

  Summary:
  Without some kind of memory remap option you will not get all 4GB
because your computer maps other devices into the ram address space. For
example the biggest culprit is video card memory. If you have a 512MB
card, this takes 512MB of the address space. If you have a dual card
768MB SLI rig then this takes 1.5GB from your space etc, etc.

cheers,
Owen.



Date: Wed, 31 Oct 2007 20:31:45 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <20071101033145.GE29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="2nmUZS6EBFTGcnEV"
Content-Disposition: inline

--2nmUZS6EBFTGcnEV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Oct 31, 2007 at 06:52:36PM -0800, Ken Irving wrote:

> On Wed, Oct 31, 2007 at 10:18:45PM -0400, Douglas A. Tutty wrote:
> > On Thu, Nov 01, 2007 at 01:05:10PM +1100, hce wrote:
> > > On 10/31/07, Chris Bannister <mockingbird@earthlight.co.nz> wrote:
> >  >
> > > > How are you installing mutt? Are you compiling mutt from source or
> > > > trying to install the Debian binary package?
> > > I am compiling mutt from the source, so I can install it in my local
> > > directory, rather goes to /usr.
> >=20
> > If all you want to do is put the mutt stuff in /usr/local, why not just
> > unpack the deb and place it manually?  (or are search paths for libs
> > coded in the binary, I don't know)?

>=20

> This (or similar) kind of thing has been discussed before on the list,
> and ISTR that the debian packaging is pretty well hard-coded to non-local
> (i.e., the standard) target directories.  It'd be nice to be able to
> apt{whatever} install to local trees, but there's just no support in
> the underlying system for this.  I can't recall just why I ever wanted
> this feature, but would be interested if unpacking the deb and manually
> placing was a viable approach.


In a similar vein, I've wondered about regular users installing
packages when they aren't (or can't get) root. ITSM it might be nice
to be able to install in $HOME/blah as a fallback when installing as
non-root. BUt then there are potentially big security holes,
duplication of binaries, etc associated with that. But still, on
occaision, I see no problem with users apt-getting some mail client or
other user oriented package into their local tree. They can already
build from source to do this, so why not a .deb?=20

A

--2nmUZS6EBFTGcnEV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHKUihaIeIEqwil4YRAmTbAKCgwiuZmLGrfaERi6ktw3BVnHl7+gCgrz1O
/fZmba5adeUuVJC29EHokdk=
=Syb5
-----END PGP SIGNATURE-----

--2nmUZS6EBFTGcnEV--



Date: Wed, 31 Oct 2007 19:54:32 -0800
From: Ken Irving <fnkci@uaf.edu>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <20071101035432.GA21242@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Oct 31, 2007 at 08:31:45PM -0700, Andrew Sackville-West wrote:

> On Wed, Oct 31, 2007 at 06:52:36PM -0800, Ken Irving wrote:
> > On Wed, Oct 31, 2007 at 10:18:45PM -0400, Douglas A. Tutty wrote:
> > > If all you want to do is put the mutt stuff in /usr/local, why not just
> > > unpack the deb and place it manually?  (or are search paths for libs
> > > coded in the binary, I don't know)?
> > 
> > This (or similar) kind of thing has been discussed before on the list,
> > and ISTR that the debian packaging is pretty well hard-coded to non-local
> > (i.e., the standard) target directories.  It'd be nice to be able to
> > apt{whatever} install to local trees, but there's just no support in
> > the underlying system for this.  I can't recall just why I ever wanted
> > this feature, but would be interested if unpacking the deb and manually
> > placing was a viable approach.
> 
> In a similar vein, I've wondered about regular users installing
> packages when they aren't (or can't get) root. ITSM it might be nice
> to be able to install in $HOME/blah as a fallback when installing as
> non-root. BUt then there are potentially big security holes,
> duplication of binaries, etc associated with that. But still, on
> occaision, I see no problem with users apt-getting some mail client or
> other user oriented package into their local tree. They can already
> build from source to do this, so why not a .deb? 


My impression is that there's no particular reasons that it can't be done,
but it just hasn't been done.  There are probably wish list requests to
this effect filed away somewhere on this, or so I dimly recall.  My guess
is that what it needs is a suitably motivated person to actually make
it happen.

Ken
-- 
Ken Irving, fnkci+debianuser@uaf.edu



Date: Wed, 31 Oct 2007 22:45:39 -0700 (PDT)
From: Serena Cantor <qipaishi2006@yahoo.com>
To: debian-user@lists.debian.org
Subject: Re: can mplayer in etch be used to watch TV?
Message-ID: <64592.54648.qm@web35705.mail.mud.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Thanks! I am busy putting mplayer and tvtime to work. I have just install=
ed vlc, its configuration
is not that easy. I will try later on. I have to sign off the list. Thank=
s again!

--- "Douglas A. Tutty" <dtutty@porchlight.ca> wrote:


> On Wed, Oct 31, 2007 at 04:03:50PM -0700, Serena Cantor wrote:
> > I can use xawtv in etch to watch TV, but am not happy with it, so I t=

ry mplayer. So far it

> does
> > not work. Below is output:
> > (BTW: can you recommend other TV-watching packages in etch?)

>=20

> I believe VLC can do that, although I don't have a card (yet).  It will
> also do deinterlacing, and since I'm running with the nVidia driver it
> happens in hardware.

>=20

> Doug.

>=20
>=20

> --=20
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org=20
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debi=

an.org
>=20
>=20


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20

Date: Thu, 01 Nov 2007 09:01:30 +0100
From: Stefan Bauer <stefan.bauer@plzk.de>
To: debian-user@lists.debian.org
Subject: pptpd server - login problem
Message-ID: <472987DA.80200@plzk.de>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

hi,

bucht:/# /etc/init.d/pptpd start
Starting PPTP Daemon: pptpd.
bucht:/# tail -f /var/log/daemon.log

Nov  1 09:07:24 bucht pptpd[2729]: MGR: Manager process started
Nov  1 09:07:24 bucht pptpd[2729]: MGR: Maximum of 100 connections
available

Now i try to connect from windows xp over a fresh created vpn
connection to this server. the server is accessible with a valid
ip-address.

here is what i get:

(i already allowed the port to be used through the firewall)

bucht:/ablage/torrent# iptables -A INPUT -p tcp --dport 1723 -j ACCEPT

Nov  1 09:12:34 bucht pptpd[2739]: CTRL: Client 192.168.0.1 control
connection started
Nov  1 09:12:34 bucht pptpd[2739]: CTRL: Starting call (launching
pppd, opening GRE)
Nov  1 09:12:35 bucht pptpd[2739]: GRE:
read(fd=6,buffer=8058640,len=8196) from PTY failed: status = -1 error
= Input/output error, usually caused by unexpected termination of
pppd, check option syntax and pppd logs
Nov  1 09:12:35 bucht pptpd[2739]: CTRL: PTY read or GRE write failed
(pty,gre)=(6,7)
Nov  1 09:12:35 bucht pptpd[2739]: CTRL: Reaping child PPP[2740]
Nov  1 09:12:35 bucht pptpd[2739]: CTRL: Client 192.168.0.1 control
connection finished

On the windows side, i get error 619. can this be caused because there
is already an active ppp connection to my adsl-provider? i guess not?!

any ideas? Help is greatly appreciated! Please CC my address in mails
because iam not subscribed to this list.

Best regards

stefan

ps: please see the configuration files attached below:

/etc/ppp/pptpd.conf

speed 115200
debug
localip 192.168.0.150
remoteip 192.168.0.155-160
#listen 192.168.0.1
pidfile /var/run/pptpd.pid
option /etc/ppp/options.pptpd

/etc/ppp/options.pptpd

name pppd-server

refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128


proxyarp
debug
lock
nobsdcomp
novj
novjccomp
nologfd


Do you need more help?X

Date: Thu, 01 Nov 2007 09:42:01 +0100
From: Davide Mancusi <arekfu@gmail.com>
To: Debian User <debian-user@lists.debian.org>
Subject: fglrx upgrade to 8.42.3
Message-ID: <47299159.2000509@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

	I wonder if anyone has recently upgraded the fglrx ATI driver from 
version 8.40.4 to 8.42.3, like I have done. OpenGL stopped working after 
the upgrade and I am not able to figure out why.

	The first time I run an OpenGL application, it just sits there forever 
waiting for something. If I break it and re-run it, it starts normally 
but it does not work (except fglrxinfo, which returns the right driver 
string).

	In one of my numerous tries to uninstall/reinstall the package, I once 
bumped in a "libGL.so not found" error. Yesterday I fiddled a bit with 
the diversions fglrx-driver installs, but all I obtained was confusion. 
I looked in the READMEs and googled a bit, but I did not find anything 
relevant.

	Any hints?

Davide

-- 
A tautology is a thing which is tautological.
--
Time flies like an arrow.  Fruit flies like a banana.



Date: Thu, 1 Nov 2007 10:03:35 +0100
From: Thierry Chatelet <tchatelet@free.fr>
To: debian-user@lists.debian.org
Subject: Solved: Web cam Philips 0471:032d not seen
Message-Id: <200711011003.35510.tchatelet@free.fr>
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

gspca was updated this morning: my webcam is seen now. Thank you people from 
the project.
Thierry



Date:  Thu, 01 Nov 2007 11:46:06 +0100
From: Jonathan Kaye <jdkaye10@yahoo.es>
To: debian-user@lists.debian.org
Subject:  Re: DST: Same procedure as every half-year?
Message-ID:  <fgcanv$v98$1@ger.gmane.org>
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7Bit

John Hasler wrote:


> Dan H writes:

>> Yeah, same here I now noticed. Just running tzconfig without making any
>> changes seems to have done it.

> 
> Please file a bug report if this problem is present in Lenny and/or Sid.

Hi John,
I'm running Lenny in CET and the change to GMT+1 (from +2) work perfectly. I
didn't do anything special. The time was correct when I checked on Sunday
morning.
Cheers,
Jonathan
-- 
Registerd Linux user #445917 at http://counter.li.org/

Date:  Thu, 01 Nov 2007 11:54:21 +0100
From: Jonathan Kaye <jdkaye10@yahoo.es>
To: debian-user@lists.debian.org
Subject:  Re: fglrx upgrade to 8.42.3
Message-ID:  <fgcb7e$v98$2@ger.gmane.org>
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7Bit

Davide Mancusi wrote:


> Hi all,
> 
> I wonder if anyone has recently upgraded the fglrx ATI driver from
> version 8.40.4 to 8.42.3, like I have done. OpenGL stopped working after
> the upgrade and I am not able to figure out why.
> 
> The first time I run an OpenGL application, it just sits there forever
> waiting for something. If I break it and re-run it, it starts normally
> but it does not work (except fglrxinfo, which returns the right driver
> string).
> 
> In one of my numerous tries to uninstall/reinstall the package, I once
> bumped in a "libGL.so not found" error. Yesterday I fiddled a bit with
> the diversions fglrx-driver installs, but all I obtained was confusion.
> I looked in the READMEs and googled a bit, but I did not find anything
> relevant.
> 
> Any hints?
> 
> Davide
> 

Hi Davide,
Some questions:
1. What's your card - I'm running ATI Radeon 9550
2. Where did you get the package? Did you get it from ATI and build the debs
yourself or what?
I'm downloading the ATI driver now (from the ATI site) and I'll report back
if it installed ok or if I had problems too (version 41 didn't work too
well - I couldn't run googleearth with it so I'm still using version
8.39.4)
Cheers,
Jonathan
-- 
Registerd Linux user #445917 at http://counter.li.org/

Date: Thu, 1 Nov 2007 12:24:48 +0100
From: "Davide Mancusi" <arekfu@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: fglrx upgrade to 8.42.3
Message-ID: <1fc2ea170711010424m4917c554wd7f68cda56ba095e@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

2007/11/1, Jonathan Kaye <jdkaye10@yahoo.es>:

> 1. What's your card - I'm running ATI Radeon 9550


It's a Radeon 9600 Pro.


> 2. Where did you get the package? Did you get it from ATI and build the debs
> yourself or what?


I installed the binary debs and I compiled the kernel module with m-a.


> I'm downloading the ATI driver now (from the ATI site) and I'll report back
> if it installed ok or if I had problems too (version 41 didn't work too
> well - I couldn't run googleearth with it so I'm still using version
> 8.39.4)


Let me know... I wanted to try that yesterday but I was too tired. If
it works, I might give it a shot tonight.

Cheers,
Davide



Date: Thu, 01 Nov 2007 04:03:48 -0700
From: "muthuraman.s" <Mutthuramans@gmail.com>
To: debian-user@lists.debian.org
Subject: CD integrity checking failed
Message-ID: <1193915028.345487.261440@o80g2000hse.googlegroups.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi all,
          When the DVD images of Debian4.0r0 are checked for
integrity , only the first DVD passes the test . When I insert the
second DVD and press "continue"  for checking the DVD it says, the dvd
is invalid and then when I press "continue" it says like "insert the
boot CD to verify and the inserted DVD is not a boot cd" .I want to
know whether DVD/CD integrity verification is only for the boot CD/DVD
or can it check any DVD of Debian?
Thanks .
Muthu.



Date: Thu, 01 Nov 2007 06:54:54 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <4729BE8E.7010000@cox.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

On 10/31/07 22:54, Ken Irving wrote:

> On Wed, Oct 31, 2007 at 08:31:45PM -0700, Andrew Sackville-West wrote:

>> On Wed, Oct 31, 2007 at 06:52:36PM -0800, Ken Irving wrote:
>>> On Wed, Oct 31, 2007 at 10:18:45PM -0400, Douglas A. Tutty wrote:
>>>> If all you want to do is put the mutt stuff in /usr/local, why not just
>>>> unpack the deb and place it manually?  (or are search paths for libs
>>>> coded in the binary, I don't know)?
>>> This (or similar) kind of thing has been discussed before on the list,
>>> and ISTR that the debian packaging is pretty well hard-coded to non-local
>>> (i.e., the standard) target directories.  It'd be nice to be able to
>>> apt{whatever} install to local trees, but there's just no support in
>>> the underlying system for this.  I can't recall just why I ever wanted
>>> this feature, but would be interested if unpacking the deb and manually
>>> placing was a viable approach.
>> In a similar vein, I've wondered about regular users installing
>> packages when they aren't (or can't get) root. ITSM it might be nice
>> to be able to install in $HOME/blah as a fallback when installing as
>> non-root. BUt then there are potentially big security holes,
>> duplication of binaries, etc associated with that. But still, on
>> occaision, I see no problem with users apt-getting some mail client or
>> other user oriented package into their local tree. They can already
>> build from source to do this, so why not a .deb? 

> 
> My impression is that there's no particular reasons that it can't be done,
> but it just hasn't been done.  There are probably wish list requests to
> this effect filed away somewhere on this, or so I dimly recall.  My guess
> is that what it needs is a suitably motivated person to actually make
> it happen.


If $(HOME)/bin were first in your $PATH, then a malicious user or
app that has write access to your account, then they could put
sabotaged versions of common apps into $(HOME)/bin and do all sorts
of nasty things to you.

But then, I just noticed that somehow $(HOME)/bin is the first entry
in *my* $PATH!!!  Must find out how that happened...

-- 
Ron Johnson, Jr.
Jefferson LA  USA

Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!



Date: Thu, 1 Nov 2007 12:51:51 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-ID: <20071101115151.GA20618@pc0197>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Nov 01, 2007 at 00:23:34 +0100, Richard Lyons wrote:

> On Wed, Oct 31, 2007 at 06:38:02PM +0100, Florian Kulzer wrote:
> 
> > On Wed, Oct 31, 2007 at 11:48:16 +0100, Richard Lyons wrote:
> [...]
> > OK, so the hardware works.
> >  
> > > Never mind -- I'll buy a phonograph, a soft cloth and scour the
> > > second-hand markets for vinyl...
> > 
> > To keep yourself entertained until you get the phonograph, you could
> > post the output of these commands:
> > 
> 
> $ cat /proc/asound/card0/codec* | head
> Codec: Realtek ALC883
> Address: 0
> Vendor Id: 0x10ec0883
> Subsystem Id: 0x1025160d
> Revision Id: 0x100002
> Default PCM: rates 0x560, bits 0x0e, types 0x1
> Default Amp-In caps: N/A
> Default Amp-Out caps: N/A
> Node 0x02 [Audio Output] wcaps 0x11: Stereo
>   PCM: rates 0x560, bits 0x0e, types 0x1
> 
> $ grep '.*' /sys/module/snd_hda_intel/parameters/*
> /sys/module/snd_hda_intel/parameters/enable:N
> /sys/module/snd_hda_intel/parameters/id:<NULL>
> /sys/module/snd_hda_intel/parameters/index:0
> /sys/module/snd_hda_intel/parameters/model:<NULL>
> /sys/module/snd_hda_intel/parameters/position_fix:0
> /sys/module/snd_hda_intel/parameters/probe_mask:-1
> /sys/module/snd_hda_intel/parameters/single_cmd:N
> 
> Maybe I'm dim or maybe it is just late, but I can't even guess what all
> that says.  I'm impressed you even knew to suggest those.  Do they help?


I am just following Documentation/sound/alsa/ALSA-Configuration.txt.
The "Documentation" directory is part of the kernel source; you can
also get it separately by installing the linux-doc-... package for your
version of the kernel. 

One source of problems with ALSA is that each driver (snd_hda_intel in
your case) has to support different codec chips (here: ALC883) and that
each codec chip can come in a number of different configurations
("models"). The ALSA developers are in an "arms race" with the laptop
manufacturers, trying to make sure that the driver recognizes the codec
chip model correctly for the ever-increasing number of laptop models. In
your case no specific codec chip model was declared when the module was
loaded, so the default configuration was chosen. This could mean that
there might be an additional volume control for your chip which is
currently inaccessible to you.

You can try different codec chip models (e.g. "3stack") by running:

modprobe -r snd_hda_intel
modprobe snd_hda_intel model=3stack

There might be a model which makes sound work right away, or which at
least gives you an additional control which you can unmute and turn up.
Maybe one of the other workarounds discussed in ALSA-Configuration.txt
will get you going. If you find module parameters that work then you can
append them to the hda-intel "options" line in /etc/modprobe.d/sound.

Other things to consider are:

- The problem might go away automatically if you upgrade to a newer
  version of ALSA and/or the kernel. (I don't recall if you mentioned
  which branch of Debian you are currently using.)

- Maybe you can avoid the trial-and-error if you find someone who
  figured it out already for your laptop model. (TuxMobil, etc.)

- The ALSA mailing list is the last resort if all else fails.

-- 
Regards,            | http://users.icfo.es/Florian.Kulzer
          Florian   |


Can we help you?X

Date: Thu, 1 Nov 2007 13:33:26 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-ID: <20071101123318.GB19066@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Nov 01, 2007 at 12:51:51PM +0100, Florian Kulzer wrote:
[...]

> 
> I am just following Documentation/sound/alsa/ALSA-Configuration.txt.
> The "Documentation" directory is part of the kernel source; you can
> also get it separately by installing the linux-doc-... package for your
> version of the kernel. 
> 
> One source of problems with ALSA is that each driver (snd_hda_intel in
> your case) has to support different codec chips (here: ALC883) and that
> each codec chip can come in a number of different configurations
> ("models"). The ALSA developers are in an "arms race" with the laptop
> manufacturers, trying to make sure that the driver recognizes the codec
> chip model correctly for the ever-increasing number of laptop models. In
> your case no specific codec chip model was declared when the module was
> loaded, so the default configuration was chosen. This could mean that
> there might be an additional volume control for your chip which is
> currently inaccessible to you.
> 
> You can try different codec chip models (e.g. "3stack") by running:
> 
> modprobe -r snd_hda_intel
> modprobe snd_hda_intel model=3stack


I tried that arbitrarily, but it didn't happen to be the one.  I shall
have to read the documentation to see what other options there are.

> 
> There might be a model which makes sound work right away, or which at
> least gives you an additional control which you can unmute and turn up.
> Maybe one of the other workarounds discussed in ALSA-Configuration.txt
> will get you going. If you find module parameters that work then you can
> append them to the hda-intel "options" line in /etc/modprobe.d/sound.
> 
> Other things to consider are:
> 
> - The problem might go away automatically if you upgrade to a newer
>   version of ALSA and/or the kernel. (I don't recall if you mentioned
>   which branch of Debian you are currently using.)i


Yes, I did upgrade to the latest in etch (which I am running currently)
hoping for such a miracle.  Maybe I should consider going back to sid,
which I ran for a long time previously.  I had the impression three
months or so ago that that was a bad moment to get into sid, so I am
still here in etch.

> 
> - Maybe you can avoid the trial-and-error if you find someone who
>   figured it out already for your laptop model. (TuxMobil, etc.)


I'll go there when I have a moment


> - The ALSA mailing list is the last resort if all else fails.


Florian, thanks for all these good suggestions, and for pointing me to
the correct source for information.  I hadn't planned on becoming an
expert in alsa, but a suppose a little more knowledge will do no harm,
and might make my computer speak...

-- 
richard

End of debian-user-digest Digest V2007 Issue #2718
**************************************************

Received on Thu Nov  1 08:56:09 2007

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:55:44 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library