From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JCpLO-0007YZ-Kc for garchives@archives.gentoo.org; Thu, 10 Jan 2008 04:48:42 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2DFC3E04A6; Thu, 10 Jan 2008 04:46:47 +0000 (UTC) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [204.127.217.105]) by pigeon.gentoo.org (Postfix) with ESMTP id 0A32DE03FC for ; Thu, 10 Jan 2008 04:46:45 +0000 (UTC) Received: from [216.79.242.92] (host-216-79-242-92.jan.bellsouth.net[216.79.242.92]) by isp.att.net (frfwmhc05) with ESMTP id <20080110035750H0500d16s4e>; Thu, 10 Jan 2008 03:57:51 +0000 X-Originating-IP: [216.79.242.92] Message-ID: <478597BD.5030605@bellsouth.net> Date: Wed, 09 Jan 2008 21:57:49 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071205 SeaMonkey/1.1.7 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org CC: markknecht@gmail.com Subject: Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more? References: <5bdc1c8b0801081637q5696599pab1c4f2b086a5a6f@mail.gmail.com> <9fde06020801081954x3a8600b1ua122608ddbfe2fe4@mail.gmail.com> <9fde06020801081956x40f5e84chf38b4576b8be4cdd@mail.gmail.com> <47844C7C.4060003@bellsouth.net> <5bdc1c8b0801091041w49e2143co934c122db52e6c45@mail.gmail.com> <20080109184941.19896a6f@loonquawl.digimed.co.uk> <5bdc1c8b0801091203h4f61ada7k798c6d5ff6d4f448@mail.gmail.com> <9fde06020801091408v60a29927t2c289ef783b12304@mail.gmail.com> <9fde06020801091434o46bc9bc9yde50cbbb755b3c97@mail.gmail.com> <478571E3.2060508@bellsouth.net> <5bdc1c8b0801091728u292ef876w4e479c426ac3d55b@mail.gmail.com> In-Reply-To: <5bdc1c8b0801091728u292ef876w4e479c426ac3d55b@mail.gmail.com> Content-Type: multipart/alternative; boundary="------------000003090907050902000300" X-Archives-Salt: a619e1e1-8a96-4b05-9454-bc0861f34d7c X-Archives-Hash: 89a8a5f8751b70600da94e792fa95fc9 This is a multi-part message in MIME format. --------------000003090907050902000300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mark Knecht wrote: > > Hi Dale, > I disabled hald in rc-update and rebooted. Now Totem and Gnome are > not auto-mounting anything. K3b can see the CD. cddb and ripping seem > to work fine with hald disabled. > > I think the overall set of problems were: > > 1) sound-juicer has developed some sort of regression > > 2) hald & Gnome were conspiring to make my system too automatic for my tastes > > At this point I'm in good shape and wondering what the future is > going to bring me. Am I putting off the inevitable by not letting hald > have it's evil ways with my computer? Will it be required in the > future? I thought a lot of that sort of automatic device stuff was > supposed to be done by udev so why I need more is beyond me. > > Anyway, the computer is functional and I can rip with at least one > app so I'm back in business. > > Thanks, > Mark > LOL You must be new to Linux. You didn't need to reboot. If you want to stop say, hald, just do a /etc/init.d/hald stop. That would stop the service, 99% of the time anyway. If you don't want it to start up anymore then you can remove it with rc-update to make it survive a reboot in its stopped state. This is my thoughts and if anyone has a better one please post away. I think there is a disagreement between hald and the programs you are trying to use. One or more may need to be recompiled to make them all happy again. I ran into a problem like this recently with cups. Try running the following and post what it says: "emerge -pv sound-juicer hal totem k3b" Leave off the quotes there. Also note, that is not going to actually do anything but list the packages it would install and the USE flags they are compiled with. It's not going to reinstall them or anything. Shouldn't take to long depending on your rigs speed. Maybe with that we can see if it is doing something different or missing something that is causing this. Dale :-) :-) P.S. I sent this before but it came back as a boo boo message. Sorry if it is a dup. May be off list too. --------------000003090907050902000300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mark Knecht wrote: 

Hi Dale,
   I disabled hald in rc-update and rebooted. Now Totem and Gnome are
not auto-mounting anything. K3b can see the CD. cddb and ripping seem
to work fine with hald disabled.

   I think the overall set of problems were:

1) sound-juicer has developed some sort of regression

2) hald & Gnome were conspiring to make my system too automatic for my tastes

   At this point I'm in good shape and wondering what the future is
going to bring me. Am I putting off the inevitable by not letting hald
have it's evil ways with my computer? Will it be required in the
future? I thought a lot of that sort of automatic device stuff was
supposed to be done by udev so why I need more is beyond me.

   Anyway, the computer is functional and I can rip with at least one
app so I'm back in business.

Thanks,
Mark
LOL  You must be new to Linux.  You didn't need to reboot.  If you want to stop say, hald, just do a /etc/init.d/hald stop.  That would stop the service, 99% of the time anyway.  If you don't want it to start up anymore then you can remove it with rc-update to make it survive a reboot in its stopped state.

This is my thoughts and if anyone has a better one please post away.  I think there is a disagreement between hald and the programs you are trying to use.  One or more may need to be recompiled to make them all happy again.  I ran into a problem like this recently with cups.  Try running the following and post what it says:  "emerge -pv sound-juicer hal totem k3b"   Leave off the quotes there.  Also note, that is not going to actually do anything but list the packages it would install and the USE flags they are compiled with.  It's not going to reinstall them or anything.  Shouldn't take to long depending on your rigs speed.

Maybe with that we can see if it is doing something different or missing something that is causing this.

Dale

:-)  :-)

P.S.  I sent this before but it came back as a boo boo message.  Sorry if it is a dup.  May be off list too.
--------------000003090907050902000300-- -- gentoo-user@lists.gentoo.org mailing list