* Re: [gentoo-user] Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
@ 2011-02-02 23:09 ` Canek Peláez Valdés
2011-02-02 23:20 ` Brian Waters
2011-02-02 23:11 ` [gentoo-user] " Nikos Chantziaras
` (4 subsequent siblings)
5 siblings, 1 reply; 24+ messages in thread
From: Canek Peláez Valdés @ 2011-02-02 23:09 UTC (permalink / raw
To: gentoo-user
On Wed, Feb 2, 2011 at 4:59 PM, Brian Waters <brianmwaters@gmail.com> wrote:
[...]
> So I'm
> wondering what versions of udev and X server (and any other packages,
> dbus maybe?) I need to unmask in order to get rid of the HAL
> dependency.
Using GNOME, the only package that depends by default on HAL is
gnome-power-manager (+hal dependency). Excepting for that one, if you
remove hal from your use flags nothing will try to pull it. I'm not
sure with Xfce or KDE.
Regards.
--
Canek Peláez Valdés
Instituto de Matemáticas
Universidad Nacional Autónoma de México
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 23:09 ` Canek Peláez Valdés
@ 2011-02-02 23:20 ` Brian Waters
2011-02-03 8:11 ` KH
0 siblings, 1 reply; 24+ messages in thread
From: Brian Waters @ 2011-02-02 23:20 UTC (permalink / raw
To: gentoo-user
Thanks Canek, that's perfect because for this upcoming install I'm
planning on using acpid for power management anyway. I don't think
power management is something that should run as a regular logged in
user, and it causes problems like your laptop not sleeping when you're
logged out with the login screen up, which is pretty dumb. Although
I'm not sure you can easily use acpid to "do something after 10
minutes of inactivity," so that will probably take jiggery pokery to
figure out.
Anyway, I digress. Maybe I'll start a thread on that when the time comes.
- BW
On Wed, Feb 2, 2011 at 6:09 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
> On Wed, Feb 2, 2011 at 4:59 PM, Brian Waters <brianmwaters@gmail.com> wrote:
> [...]
>> So I'm
>> wondering what versions of udev and X server (and any other packages,
>> dbus maybe?) I need to unmask in order to get rid of the HAL
>> dependency.
>
> Using GNOME, the only package that depends by default on HAL is
> gnome-power-manager (+hal dependency). Excepting for that one, if you
> remove hal from your use flags nothing will try to pull it. I'm not
> sure with Xfce or KDE.
>
> Regards.
> --
> Canek Peláez Valdés
> Instituto de Matemáticas
> Universidad Nacional Autónoma de México
>
>
^ permalink raw reply [flat|nested] 24+ messages in thread
* [gentoo-user] Re: Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
2011-02-02 23:09 ` Canek Peláez Valdés
@ 2011-02-02 23:11 ` Nikos Chantziaras
2011-02-03 0:27 ` Dale
2011-02-02 23:24 ` [gentoo-user] " Paul Hartman
` (3 subsequent siblings)
5 siblings, 1 reply; 24+ messages in thread
From: Nikos Chantziaras @ 2011-02-02 23:11 UTC (permalink / raw
To: gentoo-user
On 02/03/2011 12:59 AM, Brian Waters wrote:
>[...]
> It's been a few months since I've been around, and I'd like to know if
> HAL has been fully deprecated yet. I'd like to avoid using it if at
> all possible, since that seems to be the way of the future. So I'm
> wondering what versions of udev and X server (and any other packages,
> dbus maybe?) I need to unmask in order to get rid of the HAL
> dependency.
To see that, put "-hal" in your make.conf, and check your package.use
too to make sure there's no "hal" enabling in there. Then unmerge the
hal package and do an "emerge -aDNt --with-bdeps=y world". If something
pulls hal back in, it's gonna show due to the "t" option of emerge.
Hope that helps.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Re: Avoiding HAL
2011-02-02 23:11 ` [gentoo-user] " Nikos Chantziaras
@ 2011-02-03 0:27 ` Dale
0 siblings, 0 replies; 24+ messages in thread
From: Dale @ 2011-02-03 0:27 UTC (permalink / raw
To: gentoo-user
Nikos Chantziaras wrote:
> On 02/03/2011 12:59 AM, Brian Waters wrote:
>> [...]
>> It's been a few months since I've been around, and I'd like to know if
>> HAL has been fully deprecated yet. I'd like to avoid using it if at
>> all possible, since that seems to be the way of the future. So I'm
>> wondering what versions of udev and X server (and any other packages,
>> dbus maybe?) I need to unmask in order to get rid of the HAL
>> dependency.
>
> To see that, put "-hal" in your make.conf, and check your package.use
> too to make sure there's no "hal" enabling in there. Then unmerge the
> hal package and do an "emerge -aDNt --with-bdeps=y world". If
> something pulls hal back in, it's gonna show due to the "t" option of
> emerge.
>
> Hope that helps.
>
>
>
The way i read his post, which may not be read correctly, he doesn't
have a Gentoo install at the moment to run those commands. ;-)
Dale
:-) :-)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
2011-02-02 23:09 ` Canek Peláez Valdés
2011-02-02 23:11 ` [gentoo-user] " Nikos Chantziaras
@ 2011-02-02 23:24 ` Paul Hartman
2011-02-02 23:59 ` Dale
` (2 subsequent siblings)
5 siblings, 0 replies; 24+ messages in thread
From: Paul Hartman @ 2011-02-02 23:24 UTC (permalink / raw
To: gentoo-user
On Wed, Feb 2, 2011 at 4:59 PM, Brian Waters <brianmwaters@gmail.com> wrote:
> Hi there. I recently took a few months off from Gentoo to try Ubuntu
> (I heard it "just works", and that is a Good Thing) only to find that
> I'd much rather be back on Gentoo again. (The fact that Ubuntu ships
> with PulseAudio means that sound it basically broken out of the box,
> and I'm excited for Xfce 4.8.)
>
> It's been a few months since I've been around, and I'd like to know if
> HAL has been fully deprecated yet. I'd like to avoid using it if at
> all possible, since that seems to be the way of the future. So I'm
> wondering what versions of udev and X server (and any other packages,
> dbus maybe?) I need to unmask in order to get rid of the HAL
> dependency.
>
> Thanks a lot!
http://www.x.org/wiki/XorgHAL
Xorg 1.8 and newer should have udev-instead-of-HAL available.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
` (2 preceding siblings ...)
2011-02-02 23:24 ` [gentoo-user] " Paul Hartman
@ 2011-02-02 23:59 ` Dale
2011-02-03 5:12 ` Alan McKinnon
2011-02-03 7:34 ` Philip Webb
2011-02-03 9:35 ` Jacques Montier
5 siblings, 1 reply; 24+ messages in thread
From: Dale @ 2011-02-02 23:59 UTC (permalink / raw
To: gentoo-user
Brian Waters wrote:
> Hi there. I recently took a few months off from Gentoo to try Ubuntu
> (I heard it "just works", and that is a Good Thing) only to find that
> I'd much rather be back on Gentoo again. (The fact that Ubuntu ships
> with PulseAudio means that sound it basically broken out of the box,
> and I'm excited for Xfce 4.8.)
>
> It's been a few months since I've been around, and I'd like to know if
> HAL has been fully deprecated yet. I'd like to avoid using it if at
> all possible, since that seems to be the way of the future. So I'm
> wondering what versions of udev and X server (and any other packages,
> dbus maybe?) I need to unmask in order to get rid of the HAL
> dependency.
>
> Thanks a lot!
>
> - BW
>
>
>
I use KDE here but with KDE 4.6, hal is gone. I use xorg 1.9 and no hal
there. If nothing in xfce doesn't need it, then I think it is gone.
All this is on amd64. I'm in the process of updating my x86 rig so I
could answer for it in a day or so. Give me a poke if you need a
report. ;-)
Keep in mind, there are still a few packages that you CAN enable hal
on. They are disabled here and still work fine as far as I know. I
haven't burned a CD/DVD yet but k3b does see the drive and all. I would
think it would work. That reminds me, I need to update some backups. o_O
Hope that helps.
Dale
:-) :-)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 23:59 ` Dale
@ 2011-02-03 5:12 ` Alan McKinnon
2011-02-03 6:08 ` Brian Waters
0 siblings, 1 reply; 24+ messages in thread
From: Alan McKinnon @ 2011-02-03 5:12 UTC (permalink / raw
To: gentoo-user
Apparently, though unproven, at 01:59 on Thursday 03 February 2011, Dale did
opine thusly:
> Brian Waters wrote:
> > Hi there. I recently took a few months off from Gentoo to try Ubuntu
> > (I heard it "just works", and that is a Good Thing) only to find that
> > I'd much rather be back on Gentoo again. (The fact that Ubuntu ships
> > with PulseAudio means that sound it basically broken out of the box,
> > and I'm excited for Xfce 4.8.)
> >
> > It's been a few months since I've been around, and I'd like to know if
> > HAL has been fully deprecated yet. I'd like to avoid using it if at
> > all possible, since that seems to be the way of the future. So I'm
> > wondering what versions of udev and X server (and any other packages,
> > dbus maybe?) I need to unmask in order to get rid of the HAL
> > dependency.
> >
> > Thanks a lot!
> >
> > - BW
>
> I use KDE here but with KDE 4.6, hal is gone. I use xorg 1.9 and no hal
> there. If nothing in xfce doesn't need it, then I think it is gone.
> All this is on amd64. I'm in the process of updating my x86 rig so I
> could answer for it in a day or so. Give me a poke if you need a
> report. ;-)
>
> Keep in mind, there are still a few packages that you CAN enable hal
> on. They are disabled here and still work fine as far as I know. I
> haven't burned a CD/DVD yet but k3b does see the drive and all. I would
> think it would work. That reminds me, I need to update some backups. o_O
Everything left here is optional:
$ equery depends hal
* These packages depend on hal:
app-cdr/k3b-2.0.2-r1 (hal ? sys-apps/hal)
app-emulation/wine-1.3.11 (hal ? sys-apps/hal)
app-misc/hal-info-20091130 (>=sys-apps/hal-0.5.10)
dev-libs/e_dbus-1.0.0 (hal ? sys-apps/hal)
media-gfx/gimp-2.6.11 (hal ? sys-apps/hal)
media-libs/libgphoto2-2.4.10 (hal ? >=sys-apps/hal-0.5)
media-tv/xbmc-10.0 (hal ? sys-apps/hal)
--
alan dot mckinnon at gmail dot com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-03 5:12 ` Alan McKinnon
@ 2011-02-03 6:08 ` Brian Waters
2011-02-03 6:41 ` Dale
0 siblings, 1 reply; 24+ messages in thread
From: Brian Waters @ 2011-02-03 6:08 UTC (permalink / raw
To: gentoo-user
I can't imagine why the GIMP would depend on HAL... lol.
And for the record, yes, I am not on Gentoo right now.
- BW
On Thu, Feb 3, 2011 at 12:12 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> Apparently, though unproven, at 01:59 on Thursday 03 February 2011, Dale did
> opine thusly:
>
>> Brian Waters wrote:
>> > Hi there. I recently took a few months off from Gentoo to try Ubuntu
>> > (I heard it "just works", and that is a Good Thing) only to find that
>> > I'd much rather be back on Gentoo again. (The fact that Ubuntu ships
>> > with PulseAudio means that sound it basically broken out of the box,
>> > and I'm excited for Xfce 4.8.)
>> >
>> > It's been a few months since I've been around, and I'd like to know if
>> > HAL has been fully deprecated yet. I'd like to avoid using it if at
>> > all possible, since that seems to be the way of the future. So I'm
>> > wondering what versions of udev and X server (and any other packages,
>> > dbus maybe?) I need to unmask in order to get rid of the HAL
>> > dependency.
>> >
>> > Thanks a lot!
>> >
>> > - BW
>>
>> I use KDE here but with KDE 4.6, hal is gone. I use xorg 1.9 and no hal
>> there. If nothing in xfce doesn't need it, then I think it is gone.
>> All this is on amd64. I'm in the process of updating my x86 rig so I
>> could answer for it in a day or so. Give me a poke if you need a
>> report. ;-)
>>
>> Keep in mind, there are still a few packages that you CAN enable hal
>> on. They are disabled here and still work fine as far as I know. I
>> haven't burned a CD/DVD yet but k3b does see the drive and all. I would
>> think it would work. That reminds me, I need to update some backups. o_O
>
> Everything left here is optional:
>
> $ equery depends hal
> * These packages depend on hal:
> app-cdr/k3b-2.0.2-r1 (hal ? sys-apps/hal)
> app-emulation/wine-1.3.11 (hal ? sys-apps/hal)
> app-misc/hal-info-20091130 (>=sys-apps/hal-0.5.10)
> dev-libs/e_dbus-1.0.0 (hal ? sys-apps/hal)
> media-gfx/gimp-2.6.11 (hal ? sys-apps/hal)
> media-libs/libgphoto2-2.4.10 (hal ? >=sys-apps/hal-0.5)
> media-tv/xbmc-10.0 (hal ? sys-apps/hal)
>
>
> --
> alan dot mckinnon at gmail dot com
>
>
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-03 6:08 ` Brian Waters
@ 2011-02-03 6:41 ` Dale
2011-02-03 7:08 ` Brian Waters
0 siblings, 1 reply; 24+ messages in thread
From: Dale @ 2011-02-03 6:41 UTC (permalink / raw
To: gentoo-user
Brian Waters wrote:
> I can't imagine why the GIMP would depend on HAL... lol.
>
> And for the record, yes, I am not on Gentoo right now.
>
> - BW
>
>
In GIMP under the file menu, there is a option to get pictures from a
camera. I have never used that but I guess that is where hal comes in.
It may be something else but that is all I could find.
Dale
:-) :-)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-03 6:41 ` Dale
@ 2011-02-03 7:08 ` Brian Waters
2011-02-03 8:14 ` Dale
0 siblings, 1 reply; 24+ messages in thread
From: Brian Waters @ 2011-02-03 7:08 UTC (permalink / raw
To: gentoo-user
On Thu, Feb 3, 2011 at 1:41 AM, Dale <rdalek1967@gmail.com> wrote:
> In GIMP under the file menu, there is a option to get pictures from a
> camera. I have never used that but I guess that is where hal comes in. It
> may be something else but that is all I could find.
Christ, it's like .dll hell all over again.
There's probably a use flag to turn that off.
- BW
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-03 7:08 ` Brian Waters
@ 2011-02-03 8:14 ` Dale
2011-02-04 16:36 ` [OT] " Peter Humphrey
0 siblings, 1 reply; 24+ messages in thread
From: Dale @ 2011-02-03 8:14 UTC (permalink / raw
To: gentoo-user
Brian Waters wrote:
> On Thu, Feb 3, 2011 at 1:41 AM, Dale<rdalek1967@gmail.com> wrote:
>
>> In GIMP under the file menu, there is a option to get pictures from a
>> camera. I have never used that but I guess that is where hal comes in. It
>> may be something else but that is all I could find.
>>
> Christ, it's like .dll hell all over again.
>
> There's probably a use flag to turn that off.
>
> - BW
>
>
Yep, just disable hal for one. Since hal is gone, dbus may be another
that would disable that. I don't see the need tho. Until you asked, I
didn't even notice that it was there. Just don't use it. I been using
GIMP for a good while and still haven't figured out more than half of
it. I think it can do everything except wash dishes. lol
I'm just glad to have something that doesn't kill my mouse and keyboard.
;-)
Dale
:-) :-)
^ permalink raw reply [flat|nested] 24+ messages in thread
* [OT] Re: [gentoo-user] Avoiding HAL
2011-02-03 8:14 ` Dale
@ 2011-02-04 16:36 ` Peter Humphrey
2011-02-04 18:12 ` Paul Hartman
0 siblings, 1 reply; 24+ messages in thread
From: Peter Humphrey @ 2011-02-04 16:36 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 795 bytes --]
On Thursday 03 February 2011 08:14:21 Dale wrote:
> I'm just glad to have something that doesn't kill my mouse and
> keyboard. ;-)
At the risk of hijacking the thread, this reminds me of a problem on my
workstation. It runs Gentoo fine (well, sluggishly) but when I installed
Fedora 14 to try it, I found the mouse and keyboard freezing (but not
the display) at random times that ranged from one minute to several
hours. When that happened I tried to log in via SSH but got a no-route-
to-host error. Then I remembered that the same thing had happened months
earlier with Mandriva.
Anyone here have an idea? I've tried switching off everything I can think
of in the BIOS, but no joy. Temperatures are fine according to gkrellm.
--
Rgds
Peter. Linux Counter 5290, 1994-04-23.
[-- Attachment #2: Type: text/html, Size: 2909 bytes --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [OT] Re: [gentoo-user] Avoiding HAL
2011-02-04 16:36 ` [OT] " Peter Humphrey
@ 2011-02-04 18:12 ` Paul Hartman
2011-02-05 13:09 ` Peter Humphrey
0 siblings, 1 reply; 24+ messages in thread
From: Paul Hartman @ 2011-02-04 18:12 UTC (permalink / raw
To: gentoo-user
On Fri, Feb 4, 2011 at 10:36 AM, Peter Humphrey
<peter@humphrey.ukfsn.org> wrote:
> On Thursday 03 February 2011 08:14:21 Dale wrote:
>
>> I'm just glad to have something that doesn't kill my mouse and
>
>> keyboard. ;-)
>
> At the risk of hijacking the thread, this reminds me of a problem on my
> workstation. It runs Gentoo fine (well, sluggishly) but when I installed
> Fedora 14 to try it, I found the mouse and keyboard freezing (but not the
> display) at random times that ranged from one minute to several hours. When
> that happened I tried to log in via SSH but got a no-route-to-host error.
> Then I remembered that the same thing had happened months earlier with
> Mandriva.
>
> Anyone here have an idea? I've tried switching off everything I can think of
> in the BIOS, but no joy. Temperatures are fine according to gkrellm.
Perhaps try a newer kernel version, if you can. I think there was one
in 2.6.35 era that did that kind of stuff... (I have no idea what F14
uses.)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [OT] Re: [gentoo-user] Avoiding HAL
2011-02-04 18:12 ` Paul Hartman
@ 2011-02-05 13:09 ` Peter Humphrey
2011-02-05 21:55 ` [gentoo-user] Re: [OT] " walt
[not found] ` <20110207170011.5b197af8@dartworks.biz>
0 siblings, 2 replies; 24+ messages in thread
From: Peter Humphrey @ 2011-02-05 13:09 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1132 bytes --]
On Friday 04 February 2011 18:12:50 Paul Hartman wrote:
> On Fri, Feb 4, 2011 at 10:36 AM, Peter Humphrey
> <peter@humphrey.ukfsn.org> wrote:
> > At the risk of hijacking the thread, this reminds me of a problem
> > on my workstation. It runs Gentoo fine (well, sluggishly) but when
> > I installed Fedora 14 to try it, I found the mouse and keyboard
> > freezing (but not the display) at random times that ranged from
> > one minute to several hours. When that happened I tried to log in
> > via SSH but got a no-route-to-host error. Then I remembered that
> > the same thing had happened months earlier with Mandriva.
> >
> > Anyone here have an idea? I've tried switching off everything I can
> > think of in the BIOS, but no joy. Temperatures are fine according
> > to gkrellm.
>
> Perhaps try a newer kernel version, if you can. I think there was one
> in 2.6.35 era that did that kind of stuff...
I'll look into that - thanks. Meanwhile, yesterday I even had a lockup
while running from the live CD, so installing on this box is more a
matter of luck than usual.
--
Rgds
Peter. Linux Counter 5290, 1994-04-23.
[-- Attachment #2: Type: text/html, Size: 4833 bytes --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* [gentoo-user] Re: [OT] Re: Avoiding HAL
2011-02-05 13:09 ` Peter Humphrey
@ 2011-02-05 21:55 ` walt
[not found] ` <20110207170011.5b197af8@dartworks.biz>
1 sibling, 0 replies; 24+ messages in thread
From: walt @ 2011-02-05 21:55 UTC (permalink / raw
To: gentoo-user
On 02/05/2011 05:09 AM, Peter Humphrey wrote:
> I even had a lockup while running from the live CD
Have you tried memtest86 on that machine?
^ permalink raw reply [flat|nested] 24+ messages in thread
[parent not found: <20110207170011.5b197af8@dartworks.biz>]
* Re: [OT] Re: [gentoo-user] Avoiding HAL
[not found] ` <20110207170011.5b197af8@dartworks.biz>
@ 2011-02-11 16:21 ` Peter Humphrey
2011-02-12 1:39 ` Keith Dart
0 siblings, 1 reply; 24+ messages in thread
From: Peter Humphrey @ 2011-02-11 16:21 UTC (permalink / raw
To: gentoo-user
On Tuesday 08 February 2011 01:00:11 Keith Dart wrote:
> That really sounds like flaky hardware, possibly bad memory. try
> running memtest86+. Let it run overnight.
That's what I thought. I have run memtest86+ overnight, but of course it
didn't find anything.
As Gentoo seems to be immune to this problem, I assume that other kernels
are setting some parameters that push the hardware to its limit, so the next
thing I'll try is to detune the performance somewhat. Trouble is, the BIOS
setup screens have so many parameters to adjust that I don't know where to
start.
--
Rgds
Peter.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [OT] Re: [gentoo-user] Avoiding HAL
2011-02-11 16:21 ` [OT] Re: [gentoo-user] " Peter Humphrey
@ 2011-02-12 1:39 ` Keith Dart
2011-02-12 10:31 ` Peter Humphrey
0 siblings, 1 reply; 24+ messages in thread
From: Keith Dart @ 2011-02-12 1:39 UTC (permalink / raw
To: gentoo-user; +Cc: peter
=== On Fri, 02/11, Peter Humphrey wrote: ===
> As Gentoo seems to be immune to this problem, I assume that other
> kernels are setting some parameters that push the hardware to its
> limit, so the next thing I'll try is to detune the performance
> somewhat. Trouble is, the BIOS setup screens have so many parameters
> to adjust that I don't know where to start.
===
Start by resetting to all defaults.. ;-) Many motherboards these days
support "unsafe" settings (overclocking, etc.) and warn you that you
can destabilize your board. If you, or anyone else, has ever tweaked
those it may be unstable. So try all defaults, or "safe settings" first
if you haven't already.
-- Keith Dart
--
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Keith Dart <keith@dartworks.biz>
public key: ID: 19017044
<http://www.dartworks.biz/>
=====================================================================
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
` (3 preceding siblings ...)
2011-02-02 23:59 ` Dale
@ 2011-02-03 7:34 ` Philip Webb
2011-02-03 9:35 ` Jacques Montier
5 siblings, 0 replies; 24+ messages in thread
From: Philip Webb @ 2011-02-03 7:34 UTC (permalink / raw
To: gentoo-user
110202 Brian Waters wrote:
> I recently took a few months off from Gentoo to try Ubuntu
> -- I heard it "just works" and that is a Good Thing --
> only to find that I'd much rather be back on Gentoo again.
When I set up my little EEE netbook 2009 , I considered alternatives,
but quickly decided that Gentoo really does just work & is a good thing,
ie once you've put in the time to install it properly.
> I'd like to know if HAL has been fully deprecated yet.
I eliminated it successfully a long time ago:
it seems to be needed by the KDE desktop, but not by the KDE apps I use.
I don't like the KDE 4 desktop, so use Fluxbox, which I strongly recommend
as something else which just works once you've set it up to taste.
BTW there are reports of problems with Xfce 4.8 .
--
========================,,============================================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-user] Avoiding HAL
2011-02-02 22:59 [gentoo-user] Avoiding HAL Brian Waters
` (4 preceding siblings ...)
2011-02-03 7:34 ` Philip Webb
@ 2011-02-03 9:35 ` Jacques Montier
5 siblings, 0 replies; 24+ messages in thread
From: Jacques Montier @ 2011-02-03 9:35 UTC (permalink / raw
To: gentoo-user
Le 02/02/2011 23:59, Brian Waters a écrit :
> Hi there. I recently took a few months off from Gentoo to try Ubuntu
> (I heard it "just works", and that is a Good Thing) only to find that
> I'd much rather be back on Gentoo again. (The fact that Ubuntu ships
> with PulseAudio means that sound it basically broken out of the box,
> and I'm excited for Xfce 4.8.)
>
> It's been a few months since I've been around, and I'd like to know if
> HAL has been fully deprecated yet. I'd like to avoid using it if at
> all possible, since that seems to be the way of the future. So I'm
> wondering what versions of udev and X server (and any other packages,
> dbus maybe?) I need to unmask in order to get rid of the HAL
> dependency.
>
> Thanks a lot!
>
> - BW
>
Hi
I just installed stable Gentoo on a new PC without any hal:
profile /usr/portage/profiles/default/linux/x86/10.0/desktop/
make.conf with -hal USE
xorg-server 1.9.2
nvidia-drivers 260.19.29
udev 151-r4
dbus 1.4.1
xfce4 4.8
Everything works nice.
Cheers,
--
Jacques
^ permalink raw reply [flat|nested] 24+ messages in thread